为 什么 要 拥抱 敏捷 ”企业 为 什么 要 转型 ? 


作为 领导 者 ， 你 需要 问 自己 一 个 简单 的 问题 : 内 部 组 织 调整 和 重新 配置 的 决策 速度 能 否 赶 上 市 场 和 技术 变化 的 速度 ? 如 果 答 
案 是 否定 的 ， 那 么 这 个 不 可 调和 的 矛盾 将 会 严重 影响 你 的 商业 业绩 。 在 这 个 互联 网 和 和 人工 智 能 的 数字 化 时 代 ， 组 织 规 模 越 大 、 官 
佑 层级 越 多 ， 各 职能 部 门 越 容易 形成 孤岛 ， 从 而 导致 决策 流程 长 ， 决 策 效率 低 。 因 为 背负 着 太 多 的 “组 织 债 ”， 对 内 调整 战略 和 
决策 缓慢， 对 外 难以 响应 市 场 客户 和 技术 的 变化 ， 更 不 要 说 创新 了 。 


这 是 一 个 充满 变化 的 时 代 ， 风 险 与 机 遇 并 存 ， 适 者 生存 。 传 统 的 计划 驱动 的 项 目 管理 和 确定 性 管理 已 经 不 再 适用 ， 边 前 进 边 
学 习 才 是 唯一 的 应 对 之 道 。 


诺基亚 西门 子 通信 公司 (简称 诺 西 ， 即 现在 的 诺基亚 通信 ) 从 2005 年 开始 尝试 导入 Scrum 框 架 进行 敏捷 转型 ， 本 书 作 者 之 
一 Bas 当 时 正 是 诺 西 的 雇员 ， 而 Craig 和 其 他 几 位 敏捷 宣言 的 签署 者 受聘 担任 敏捷 教练 。 本 人 在 从 2007 年 加 入 诺 西 的 几 年 时 间 
内 ， 有 幸 经 历 了 完整 的 转型 过 程 ， 历 任 开发 团队 成 员 、Scrum Master、R&D Manager 等 ， 和 组 织 一 起 摸索 着 前 行 并 成 长 。 


Scrum 是 一 个 解决 复杂 问题 的 框架 ， 也 是 各 个 遵循 2001 年 敏捷 宣言 的 流派 中 ， 目 前 流传 和 应 用 最 广 的 一 个 ， 全 球 大 约 70% 
的 企业 转型 认可 并 采用 Scrum 框 架 。《Scrum 指 南 》 作 为 Scrum 的 权威 定义 ， 对 多 个 团队 协作 方式 提 到 的 不 多 。 然 而 ， 以 诺 西 的 
产品 为 例 ， 人 们 打 一 通电 话 要 经 过 一 个 通信 了 网络 中 的 数 十 个 网 元 设备 。 而 一 个 网 元 的 研发 工作 ， 也 需要 数 百 人 共同 协作 来 完成 。 
既然 没有 规模 化 转型 的 银 弹 ， 那 就 摸索 着 前 进 吧 ， 无 论 如 何 是 不 能 回头 了 。 整 个 转型 过 程 就 是 痛 并 快乐 着 。 这 种 大 型 组 织 的 转 
型 ， 是 一 个 打破 旧 世 界 ， 并 在 混乱 中 建立 新 秩序 的 过 程 。 有 痛 点 才 有 驱动 力 ， 作 为 一 个 当时 陷入 行业 危机 的 通信 企业 ， 在 生存 危 
机 面前 ， 没 有 什么 是 不 能 改变 的 。 


8 年 前 本 人 有 幸 读 过 Craig Larman 和 Bas Vodde 早 期 总 结 的 《精益 和 敏捷 开发 大 型 应 用 指南 》 及 对 应 的 实践 一 书 ， 里 面 提供 
了 思考 工具 和 组 织 设计 工具 。 在 经 历 诺 西 的 大 规模 实验 之 后 ， 两 位 作者 逐渐 总 结 出 Less 框 架 ， 后 又 在 JP Morgan、BMW 等 多 家 
企业 进行 打磨 。 而 本 书 正 是 基于 他 们 最 新 经 验 的 升级 版 。 


本 人 接触 敏捷 和 Scrum 刚 好 十 年 ， 近 年 来 培训 和 指导 过 很 多 不 同 的 企业 。 今 年 春天 在 美国 参加 了 Craig 的 LeSs 培 训 课 程 ， 对 
我 来 说 ， 这 相当 于 一 次 复习 ， 也 让 我 重新 理解 了 Scrum 和 系统 思考 在 组 织 设 计 中 的 运用 ， 比 起 框架 本 身 ， 思 考 的 过 程 让 我 的 收获 
更 大 。 


自 进入 工业 时 代 以 来 ， 管 理 理论 一 直 以 “分 ”作为 主 脉络 并 延伸 至 今 ， 从 “分 工 ” 到 “分 权 ” 再 到 “分 利 ”， 紧 紧 围 绕 着 如 
何 提升 管理 效率 (包括 资源 利用 率 ) 展开 ， 并 取得 了 明显 的 绩效 结果 。 然 而 我 们 也 看 到 ， 即 使 组 织 掌 握 相同 的 管理 知识 ， 拥 有 相 
同 的 管理 结构 ， 仍 然 会 取得 不 同 的 绩效 。 研 究 发 现 ， 绩 效 背 后 的 原因 恰恰 不 是 因为 “分 ”， 而 是 因为 “ 合 ”， 也 就 是 综合 整体 、 
职能 协同 、 系 统合 一 ， 关 键 是 要 把 企业 和 组 织 看 成 一 个 “整体 ”， 而 非 分 割 状 态 。 本 人 对 Less 设 计 的 理解 是 停止 局 部 优化 ， 从 


(adaptiveness， 即 响应 变化 的 能 力 ) ， 那 么 得 到 的 可 能 是 另 一 套 做 法 ， 而 不 是 LeSS 框 架 。 


LeSS 的 设计 遵循 了 Scrum 原 则 、 规 则 及 实验 性 过 程 ， 并 扩展 到 多 团队 协作 。 框 架 的 作用 是 给 大 家 一 个 启动 的 指导 和 共同 理 
解 。 逐 步 做 减法 ， 轻 装 上 阵 ， 才 能 获得 可 持续 的 适应 性 和 生存 能 力 。 不 论 是 gcrum 还 是 Less 都 暗示 着 : 组 织 和 个 体 的 行为 受 组 
织 结构 的 深刻 影响 ， 因 此 先期 的 组 织 结构 调整 是 在 为 建立 敏捷 文化 铺 平 道路 。 另 一 个 转型 的 阻碍 就 是 受 限 于 工程 能 力 ， 因 此 ， 对 
技术 卓越 和 工程 实践 的 实施 ， 也 是 提高 整体 敏捷 性 的 关键 。 


整个 Less 体 系 分 为 4 个 层面 : 原则 处 于 核心 位 置 ， 并 从 中 推导 出 框架 ， 然 后 给 出 一 些 具体 的 、 固 定 的 指南 和 规则 ， 最 后 是 可 


变 的 部 分 一 一 做 试验 。 面 对 不 确定 性 ， 导 入 的 方式 也 是 干 变 万 化 ， 多 个 团队 的 协作 也 并 没有 单一 固定 的 实践 ， 所 以 更 多 是 试 
验 。 用 敏捷 的 方式 来 导入 敏捷 ， 同 时 保持 系统 思考 和 全 局 视角 ， 化 繁 为 简 ，Less is More 嘛 。 在 LeSS 框 架 中 ， 处 处 体现 着 敏捷 
原则 第 十 条 : 简单 。 


本 书 主要 介绍 LeSs 框 架 和 规则 ， 分 为 LeSS 结 构 、LeSs 产 品 和 LeSss Sprint 等 三 个 部 分 。 期 望 读者 在 读 完 本 书后 可 以 开始 上 手 
尝试 ， 并 理解 背后 的 一 些 设计 理念 。 


申 健 

优 普 丰 敏捷 学 院 全 球 合 伙 人 ， 首 席 敏 捷 教 练 

Certified Scrum Trainer (CST) , Certified Team Coach (CTC) , LeSS-Friendly Scrum Trainer (LFST) , CPCP 
个 人 博客 : www.JackyShen.com 
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序 


作为 一 种 关于 如 何 大 规模 地 实施 敏捷 和 Scrum 的 方法 ， 大 规模 Scrum (Large-Scale Scrum，LeSS) 为 当今 管理 领域 的 转变 
做 出 了 重要 的 贡献 。 


在 20 世 纪 ， 等 级 森严 的 官僚 体系 使 得 大 型 组 织 可 以 共同 努力 ， 实 现 生产 力 的 非凡 提升 。 之 后 ， 世 界 变 了 一 一 放松 的 管制 ， 
全 球 化 浪潮 ， 知 识 工作 和 新 技术 ， 以 及 (尤其 是 ) 互联 网 的 出 现 ， 改 变 了 一 切 。 于 是 竞争 加 剧 ， 变 革 步 伐 加 快 。 同 时 ， 计 算 机 软 
件 使 生产 力 得 到 了 巨大 的 提高 ， 但 反 过 来 又 带 来 了 前 所 未 有 的 复杂 性 。 随 着 市 场 力量 从 卖方 转移 到 买方 ， 客 户 (而 不 是 公司 ) 逐 
渐变 成 商业 世界 的 中 心 。 这 些 转变 对 管理 方式 提出 了 与 以 往 根 本 不 同 的 要 求 ， 其 目的 是 调动 组 织 内 外 每 一 个 人 的 才能 ， 迎 接 让 客 
户 满 意 这 一 更 加 困难 的 挑战 。 为 了 应 对 这 些 变 化 ， 仅 对 现 有 管理 实践 进行 修正 已 远 远 不 够 了 。 敏 捷 和 Scrum 的 出 现 恰 闪 其 时 ,， 它 
为 组 织 提供 了 多 种 明确 的 选择 ， 去 替代 那些 长 期 存在 、 显 而 易 见 且 不 证 自明 的 管理 假设 。 


LeSS 在 处 理 大 型 和 复杂 开发 方面 展示 了 其 强大 的 能 力 。 自 管理 团队 不 只 是 充满 好 奇 心 的 小 团队 ， 更 是 可 以 管理 大 量 技术 复 
杂 性 的 国际 业务 的 群体 。LeSs 实 践 不 仅 是 可 伸缩 的 ， 而 且 其 可 伸缩 性 还 不 夹杂 任何 官僚 主义 式 的 死板 。 


在 扩展 敏捷 和 Scrum 的 管理 方法 方面 ，Le9s 通 过 整合 十 多 年 的 经 验 教训 ， 从 根本 上 改造 了 管理 的 过 程 ， 揭 示 了 如 何 通 过 创 
造 简单 性 来 应 对 巨大 的 复杂 性 。 


LeSS 有 其 不 完整 的 一 面 ， 但 这 是 有 意 而 为 之 的 ， 目 的 是 为 大 量 的 情境 学 习 保留 空间 。 它 在 许多 方面 没有 提供 明确 的 答案 ， 
也 没有 试图 满足 20 世 纪 人 们 对 公式 化 答案 或 表面 上 安全 且 严 谨 的 方法 的 渴望 ， 因 为 这 些 方法 给 了 人 们 一 种 舒适 的 幻觉 ， 让 人 们 
误 以 为 控制 是 可 预测 的 。LeSS 关 注 扩 展 时 所 需 的 最 基本 的 要 素 ， 包 括 对 卓越 技术 的 持续 关注 和 持续 试验 的 开放 思维 。 它 鼓励 不 
断 地 尝试 新 的 试验 和 持续 的 改进 。 与 Scrum 本 身 一 样 ，LeSS 也 力图 在 抽象 原则 和 具体 实践 之 间 寻 求 平衡 。 


另外 ， 和 Scrum 一 样 ，LeSS 也 不 是 构建 产品 的 过 程 或 技术 。 相 有 反 ， 它 是 一 个 框架 ， 在 这 个 框架 内 可 以 调整 各 种 过 程 和 技术 
来 满足 特定 情景 的 需要 。 它 明确 痢 释 了 如 何 通 过 产品 管理 和 开发 实践 来 驱动 持续 的 改进 ， 以 便 为 客户 创造 更 多 价值 。 


“我 们 如 何在 复杂 的 等 级 官僚 体系 中 


“我 们 如 何 简化 组 织 ， 


LeSS 提 供 的 是 理解 和 采用 LeSS 深 层 原 则 的 切入 点 ， 而 并 非 固定 的 答案 。 其 问 的 不 是 : 
实现 大 规模 的 敏捷 ? ”而 是 一 个 独特 且 深 层次 的 问题 : 变 得 敏捷 ?“ 
LeSs 在 努力 实现 其 中 的 平衡 。 它 为 Scrum 添 加 了 更 为 具体 的 结构 ， 同 时 保持 完全 透 


织 


NT 


在 这 个 问题 上 ， 对 于 较 大 的 产品 组 
明 ， 并 强调 检查 与 调整 循环 ， 通 过 这 些 方法 和 原则 确保 团队 的 工作 方式 不 断 改进 。 另 外 它 还 解决 了 一 个 基本 问题 : 如 何 把 在 单个 


团队 级 别 上 取得 的 真正 良好 的 效果 推广 到 组 织 内 的 多 团队 上 ? 
在 扩展 敏捷 和 Scrum 方 面 还 有 很 多 事情 要 学 习 和 完成 。 本 书 既是 进度 汇报 ， 也 是 未 来 指南 。 如 何 让 多 个 团队 在 产品 和 平台 的 


各 个 方面 同步 工作 ， 目 前 在 这 个 问题 上 ， 许 多 组 织 的 行动 不 尽 人 意 。 调 查 显 示 ， 当 今 大 多 数 敏 捷 和 Scrum 团 队 都 认为 ， 他 们 团队 
方式 之 间 矛 盾 重重 。 本 书 正好 可 以 为 解决 这 种 紧张 局 面 提供 一 个 实用 且 详 细 的 指南 。 


Stephen Denning 


\ 一 /一 


的 运行 方式 与 组 织 内 其 他 部 分 的 运行 
《The Leader”s Guide to Radical Management》 的 作者 
2016 年 4 月 27 日 
= 
朋 吾 
一 一 萧 伯 纳 


一 切 伟大 的 真理 都 以 菊 污 神灵 开始 。 


的 复杂 性 被 简单 的 结构 所 取代 ， 不 只 是 人 ， 还 有 人 们 的 学 习 也 成 为 组 织 的 关注 点 。 对 一 


欢迎 来 到 LeSS 世 界 ， 在 这 里 ， 组 织 
些 人 来 说 ，LeSS 可 能 看 起 来 是 浪漫 的 ， 并 且 充 满 无 可 救 药 的 理想 主义 。 但 事实 并 非 如 此 ， 它 在 当今 许多 产品 组 织 中 已 确 确 实 实 


存在 ! 
为 什么 要 写 这 本 书 ? 
我 们 的 前 两 本 LeSS 书 出 版 后 ， 收 到 了 许多 反馈 ， 克 雷 格 在 思考 这 些 反 馈 时 ， 认 为 这 两 本 书 里 的 想法 太 多 而 基础 观点 太 少 
所 以 他 问 巴 斯 是 否 想 再 写 一 本 。 巴 斯 回绝 了 ， 因 为 他 当时 正在 急切 地 等 待 着 他 第 二 个 儿子 的 降生 。 不 屈 不 找 的 克 雷 格 最 终 还 是 让 
巴 斯 同意 一 起 写 这 本 书 ， 并 让 其 相信 这 是 一 本 内 容 相对 简单 的 书 。 但 克 雷 格 错 了 。 
我 们 最 初 的 目的 是 为 前 两 本 LeSs 书 写 一 本 初级 读物 ， 但 我 们 最 终 收 获 的 却 是 一 本 截然 不 同 的 书 ， 因 为 我 们 在 探讨 具体 的 基 


础 观点 时 ， 对 大 规模 的 最 基本 要 素 进行 了 更 为 系统 的 推 殴 。 结 果 呢 ? 便 是 为 读者 呈现 的 LeSs 规 则 、LeSs 指 南 ， 以 及 这 本 书 。 
LeSs 规 则 和 指南 至 天 重要 ， 但 它们 不 是 规模 扩展 时 唯一 要 考虑 的 因素 。 在 进入 LeSs 之 前 ， 我 们 要 强调 另外 两 个 应 当 持续 关 


注 的 要 点 : 卓越 技术 和 试验 思维 。 


读者 对 象 
本 书 是 为 产品 开发 中 所 涉及 的 每 一 个 人 而 编写 的 。 阅 读本 书 唯 一 的 先决 条 件 是 读者 需 具有 基本 的 Scrum 知 识 。 如 果 没 有 这 方 


面 的 知识 ， 我 们 建议 读者 从 阅读 《scrum 指 南 》 和 《scrum 简 章 》 (scrumprimer.org) 开始 。 本 书 每 一 章 的 开始 都 将 快速 重 温 
与 其 主题 相关 的 Scrum。 
章节 结构 
各 主要 章节 的 结构 如 下 : 
* 单 团队 Scrum 
概述 一 个 团队 时 采用 的 Scrum， 为 学 习 LeSS 做 准备 。 
. LeSS 
涵盖 Less 基 本 框架 。 这 一 节 的 结构 如 下 : 
. 导言 及 LeSS 相 关 原 则 。 
. LeSS 规 则 。 
. LeSS 指 南 。 
巨型 LeSS 


结构 与 LeSS 部 分 相同 。 


组 织 有 关 的 术语 


大 多 数 术 语 在 首次 使 用 时 给 出 了 定义 。 然 而 ， 由 于 不 同 的 公司 可 能 会 使 用 不 同 的 术语 ， 在 与 组 织 有 关 的 术语 方面 我 们 遇 到 了 
一 些 困 扰 。 这 里 我 们 介绍 了 书 中 使 用 的 一 些 术 语 ， 它 们 对 有 些 读 者 来 说 显而易见 ， 而 对 另外 一 些 读者 来 说 可 能 是 上 涩 难 习 的 。 


参与 产品 创建 的 所 有 人 员 。 公 司 经 常 使 用 “项 目 ” (project) 来 指 代 所 有 参与 开发 的 人 ， 但 是 本 书 避免 使 用 这 个 术语 ， 因 
为 它 经 常 强调 的 是 产品 的 开发 。 因 此 ， 本 书 使 用 产品 组 [1 


“ 直线 组 织 





通常 是 组 织 架构 图 中 所 描述 的 正式 组 织 结构 。 直 线 组 织 通常 参 与 对 员工 的 评估 、 员 工 的 和 雇用、 解雇 和 能 力 发 展 。 公 司 中 也 可 
能 存在 矩 阵 式 项 目 组 织 (在 LeSS 中 不 存在 ) 和 工作 人 员 或 文 持 组 织 。 


“ 直线 经 理 和 一 线 经 理 
直线 组 织 中 员工 向 上 报告 的 经 理 。 一 线 经 理 是 员工 向 上 报告 的 直属 经 理 。 
高 级 经 理 或 高 管 


在 组 织 高 层 工 作 的 经 理 。 在 大 型 组 织 中 ， 他 们 往往 不 属于 产品 组 。 


产品 组 织 中 探索 市 场 并 决定 产品 内 容 的 职能 。 这 通常 与 团队 没有 直线 报告 关系 。 


" 产品 组 领导 
领导 整个 产品 组 的 管理 者 ， 产 品 组 中 的 所 有 人 员 都 以 直线 关系 向 其 报告 。 
“项目 /项 目 群 经 理 


传统 意义 上 负责 产品 发 布 时 间 表 的 角色 。 这 通常 与 团队 没有 直线 关系 ， 因 为 它 是 一 个 短期 临时 的 角色 。 这 些 角色 在 LeSS 组 
织 中 不 应 存在 。 


“ 职能 组 织 


基于 职能 性 技能 (如 开发 、 测 试 或 分 析 ) 的 直线 组 织 。 在 LeSS 组 织 中 不 应 存在 。 
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[1 产品 组 在 书 中 有 时 又 称 为 产品 团体 ， 每 个 产品 组 或 产品 团体 由 多 个 团队 组 成 。 一 个 企业 或 组 织 中 可 以 有 多 个 产品 组 。 译 
者 注 
一 、 > 
第 1 章 ”以 少 为 多 
最 便宜 、 最 快捷 和 最 可 靠 的 组 件 是 那些 不 存在 的 组 件 。 
一 一 区 登 贝尔 


为 什么 要 采用 LeSS 


在 过 去 十 年 中 Scrum 的 应 用 呈现 出 了 爆炸 式 的 增长 ， 为 什么 呢 ? 这 个 问题 ， 我 们 曾 在 新 加 坡 一 家 小 贩 中 心 一 边 喝 啤酒 一 边 讨 


当时 有 人 说， 是 由 于 认证 模式 的 出 现 和 简化 推动 了 scrum 的 应 用 ， 也 许 吧 。 但 另 一 种 敏捷 方法 ，DSDM， 在 Scrum 之 前 就 
提供 了 认证 ， 却 从 未 因此 而 普及 。 


也 有 人 说 ， 是 由 于 Scrum Master 课 程 的 出 现 带 来 了 新 的 变化 ， 况 且 肯 . 施 瓦 伯 最 初 的 gcrum Master 课 程 确 实 产 生 了 很 大 的 
影响 。 然 而 ， 极 限 编程 (Extreme Programming) 首先 推出 了 XP 浸 入 式 课 程 ， 但 最 后 也 没有 做 到 遍地 开花 。 


也 许 是 Scrum 的 简单 造就 了 其 独特 性 ? 与 XP 相 比 ，Scrum 提 供 了 一 个 更 简单 的 框架 ， 然而， 更 简单 的 敏捷 方法 (如 Crystal 
方法 ) 却 从 未 真正 腾飞 。 


经 过 一 番 讨 论 和 思考 ， 克 雷 格 认为 : 
Scrum 在 抽象 原则 和 具体 实践 之 间 找 到 了 一 种 理想 的 平衡 。 
讨论 到 此 便 画 上 了 句号 ， 我 们 又 喝 了 一 杯 啤酒 。 


这 些 具体 实践 强调 的 是 经 验 性 过 程控 制 (empirical process control) 一 一 Scrum 的 核心 原则 之 一 。 经 验 性 过 程控 制 使 
Scrum 有 别 于 其 他 敏捷 框架 。《Scrum 指 南 》 (Scrum Guide) 很 好 地 描述 了 这 一 点 : 


Scrum 不 是 构建 产品 的 过 程 或 技术 ; 相反 ， 它 是 一 个 框架 ， 你 可 以 在 其 中 使 用 各 种 过 程 和 技术 。Scrum 明 确 了 产品 管理 和 开发 
实践 的 相对 效能 ， 以 便 你 可 以 不 断 改进 它们 。 


什么 意思 呢 ? 经 验 性 过 程控 制 让 我 们 既 不 限定 产品 的 范围 ， 也 不 限定 构建 产品 的 过 程 。 取 而 代 之 的 是 ， 在 较 短 的 周期 内 ,我 
们 可 以 生产 出 较 小 的 可 交付 产品 功能 块 。 检 查 我 们 得 到 的 是 什么 以 及 我 们 是 如 何 创建 它 的 ， 并 调整 产品 和 创建 它 的 方式 。 这 种 明 
确 的 检查 通过 内 建 的 透明 机 制 得 以 实现 。 

有 时 各 种 原则 听 起 来 很 族人 ， 但 在 实际 中 又 断然 不 可 行 。 而 正 是 一 组 简单 的 具体 实践 ， 使 得 Scrum 易 于 入 手 : 明确 的 角色 、 
工件 和 事件 。 


Scrum 的 具体 实践 为 采用 其 更 深层 次 的 原则 提供 了 起 点 。 这 是 一 种 完美 的 平衡 。 


大 规模 Scrum， 即 Large-Scale Scrum (LeSS) ， 对 于 大 型 产品 团队 可 以 实现 同样 的 平衡 。 它 为 Scrum 增 加 了 一 个 更 具体 的 
框架 结构 ， 其 目的 是 保持 透明 性 ， 并 强调 定期 采用 检查 与 调整 (inspect-adapt) 实践 ， 让 团队 能 够 不 断 地 改进 自己 的 工作 方 


此 


与 Scrum 类 似 ，LeSS 的 不 完整 性 是 有 意 而 为 之 的 ， 目 的 是 为 更 广泛 的 情景 式 学 习 保 留 空间 。 在 许多 方面 它 没 有 提供 明确 的 
答案 ， 它 也 不 能 满足 那些 寻求 公式 化 答案 或 寻求 表面 上 安全 且 严 谨 的 方法 的 人 ， 其 实 这 些 方法 通过 定义 的 过 程 会 给 人 一 种 舒适 但 
错误 的 幻觉 一 一 控制 是 可 预测 的 。 这 些 方法 破坏 了 经 验 性 过 程控 制 的 原则 ， 让 人 们 感觉 自己 好 像 拥有 了 过 程 和 实践 的 所 有 权 。 


定义 不 明确 的 过 程 要 付出 高 昂 的 学 习 代 价 。 人 们 要 的 是 以 少 为 多 ， 事 半 功 倍 。 


第 2 章 ”LeSS 


构建 “设计 ”的 方法 有 两 种 : 一 种 是 简单 到 明显 没有 缺陷 ， 一 种 是 复杂 到 没有 明显 缺陷 。 


一 一 C.A.R 霍 尔 


单 团队 Scrum 


Scrum 是 一 个 “经 验 -过 程 -控制 ”开发 框架 ， 在 这 个 框架 中 ， 跨 职能 的 自 管理 团队 以 迭代 增 量 的 方式 开发 产品 趾 。 在 每 一 个 
时 间 固 定 的 Sprint 四 中 产 出 一 个 潜在 的 可 交付 的 产品 增 量 ， 理 想 情况 下 产品 增 量 是 要 发 布 的。 产品 负责 人 只 有 一 个 ， 负 责 最 大 化 
产品 的 价值 ， 确 定 产品 待 办 事项 列表 (Product Backlog) 中 的 条 目 优先 级 ， 并 根据 持续 的 反馈 和 学 习 成 效 以 自 适 应 的 方式 来 确 
定 每 个 Sprint 的 目标 。 小 团队 负责 实现 Sprint 目标 对 团队 是 否 可 以 承担 单一 的 专门 化 角色 未 加 限制 。Scrum Master 教 授 团 队 
成 员 为 什么 要 使 用 Scrum 以 及 如 何 从 中 获取 价值 ， 指 导 产品 负责 人 、 团 队 和 组 织 如 何 应 用 Scrum， 并 充当 了 一 面 镜子 的 作用 。 
里 没有 项 目 经 理 或 团队 领导 这 类 角色 。 





经 验 性 过 程控 制 需要 透明 ， 指 的 是 可 交付 产品 增 量 的 短 周 期 开发 和 审查 过 程 中 的 透明 度 。 它 强调 对 产品 及 其 创建 方式 的 持续 
学 习 、 检 查 与 调整 。 它 基于 这 样 一 种 认识 ， 即 开发 中 既 详 细 又 程式 化 的 过 程 过 于 复杂 和 动态 ， 这 会 妨碍 人 们 对 过 程 的 质疑 、 参 与 
和 改进 。 


《Scrum 指 南 》 和 《Scrum 简 章 》 中 强调 的 是 一 个 团队 ， 而 不 是 很 多 团队 一 起 工作 。 这 自然 会 引 友 人 们 对 大 规模 Scrum 情 形 
的 思考 。 


[1] 请 阅读 前 言 ， 了 解 为 什么 每 章 都 是 从 这 样 一 个 小 节 开 始 ， 开 每 章 开始 的 这 个 小 节 主 要 介绍 一 些 关键 术语 的 定义 ， 以 及 风格 要 





[2] Sprint 的 中 文 词义 为 “冲刺 ”， 在 本 文中 意 指 “ 最 小 迭代 周期 ”， 可 译 为 “和 迭代 ”。 译 者 注 


2.1 ”LeSS 概 述 


LeSS 是 应 用 于 共同 开发 同一 产品 的 许多 团队 的 Scrum。 


LeSs 也 是 Scrum 一 一 大 规模 Scrum (LeSS[1]) 并 不 是 全 新 的 或 改进 的 Scrum。 它 不 是 每 个 团队 在 基层 使 用 的 Scrum， 也 不 
是 层次 化 组 织 结构 中 置 于 顶层 的 什么 东西 。 相 反 ， 其 所 涉及 的 是 如 何在 大 规模 环境 (context) 下 尽 可 能 简单 地 应 用 Scrum 的 原 
则 、 目 的 、 要 素 及 其 所 表现 出 的 灵活 和 优雅 。 与 Scrum 和 其 他 真正 的 敏捷 框架 一 样 ，LeSS 是 一 种 为 能 产生 重大 影响 而 生 的 “ 简 
单方 法 ” (参见 第 3 章 ) 。 


扩展 Sctum 不 是 一 个 特别 的 、 可 伸缩 的 框架 ， 它 只 包括 团队 级 别 的 Sctum。 真 正 的 扩展 Sctum 是 Sctum 可 扩展 的 方法 。 


LeSS 应 用 于 许多 团队 一 一 跨 职 能 、 跨 组 件 、 全 特性 团队 ， 由 3 ~ 9 名 注重 学 习 的 人 员 组 成 ， 他 们 完成 所 有 工作 一 一 从 UX (用 
户 体验 ) 设计 到 代码 编写 ， 再 到 视频 交流 一 一 以 完成 各 项 条 目 ， 创 造 出 可 交付 的 产品 (参见 第 4 章 ) 。 





LeSS 在 于 协同 工作 一 一 团队 之 所 以 协同 工作 ， 是 因为 他 们 有 一 个 共同 的 目标 ， 即 在 一 个 共同 的 Sprint 阶 段 结束 时 共同 实现 
一 个 可 交付 产品 ， 而 这 一 点 每 个 团队 都 会 时 刻 关 注 ， 因 为 他 们 是 负责 交付 整体 产品 而 不 是 产品 局 部 的 特性 团队 (参见 第 13 


草 ) 。 
LeSS 用 于 生产 一 个 产品 一 一 什么 样 的 产品 呢 ? 一 个 清晰 完整 的 、 端 到 端的 、 以 客户 为 中 心 的 、 有 真正 客户 使 用 的 解决 方 
案 。 它 不 是 组 件 、 平 台 ， 也 不 是 什么 层 或 者 库 (参见 第 7 章 ) 。 


2.1.1 背景 


2002 年 克 雷 格 撰写 《敏捷 与 迭代 开发 ) (Agile&lterative Development) 一 书 时 ， 许 多 人 还 认为 敏捷 只 适合 于 小 团队 。 
当时 ， 我 们 俩 就 对 将 Scrum 应 用 于 大 型 、 多 地 点 和 离 岸 的 开发 非常 感 兴趣 ， 并 且 我 们 不 断 收 到 来 自 各 方 的 越 来 越 多 的 这 类 请 求 。 
因此 ， 自 2005 年 以 来 ， 我 们 一 直 与 客户 合作 以 扩展 Scrum 方 法 。 如 今 ， 两 个 LeSs 框 架 (小 型 LeSS 和 巨型 LeSS) 已 为 全 球 不 同 领 
域 的 大 型 集团 所 采用 : 


. 电信 设备 领域 一 一 爱立信 和 诺基亚 通信 品 
* 投资 和 零售 银行 领域 一 一 瑞 银 


“ 交易 系统 领域 一 ION 交易 





* 营销 平台 和 品牌 分 析 领域 


Vendasta 





“ 视频 会 议 公 司 思科 





.在线 游戏 〈 下 注 ) 公司 一 一 bwin.party 


Valtech 印 度 D 





离 岸 外 包公 司 

从 规模 角度 看 ， 什 么 算是 典型 的 大 型 LeSs 案 例 呢 ”在 一 两 个 地 点 有 五 个 小 组 也 许可 以 算 作 大 。 我 们 参与 过 这 种 规模 的 项 
目 : 从 几 百 人 ， 到 一 个 巨型 LeSS (超过 一 干 人 ) ， 有 很 多 个 开发 地 点 ， 数 二 万 行 C++ 人 代码， 还 有 专门 定制 的 硬件 。 
进一步 学 习 LeSS 

为 了 帮助 人 们 学 习 ， 加 之 与 客户 合作 的 经 验 ， 我 们 在 2008 年 和 2010 年 先后 出 版 了 两 本 书 ， 讨 论 了 如 何 利用 LeSS 框 架 进 行 扩 
展 敏 捷 开 发 : 


1.《 精 益 和 敏捷 开发 大 型 应 用 指南 》 (Scaling Lean&Agile Development: Thinking and Organizational Tools for 
Large-Scale Scrum) 一 一 解释 了 LeSS 的 思想 、 领 导 力 和 组 织 设计 的 变化 。 


2.《 精 益 和 敏捷 开发 大 型 应 用 实战 》 (Practices for Scaling Lean&Agile Development: Large, Multi-site&Offshore 
Product Development with Large-Scale Scrum) 一 一 根据 我 们 与 客户 合作 的 经 验 ， 分 享 了 LeSS 具 体 的 试验 成 果 ， 以 及 在 产 
品 管理 、 架 构 、 规 划 、 多 地 点 、 离 岸 、 合 同等 方面 的 试验 成 果 。 


本 书 是 LeSS 系 列 的 第 三 部 ， 是 一 部 前 传 和 入 门 书 ， 将 综合 阐明 和 强调 什么 是 最 重要 的 。 

除了 这 些 书 之 外 ， 从 LeSS 网 站 (less.works) 中 还 可 以 找到 更 多 的 在 线 学 习 资 源 (包括 书籍 章节 、 文 章 和 视频 ) ， 以 及 课程 
和 辅导 方面 的 信息 。 
2.1.2 试验、 指南 、 规 则 、 原 则 

前 两 本 LeSS 书 强调 的 是 : 在 产品 开发 中 没有 最 佳 实践 ， 而 只 有 在 特定 环境 中 最 适合 的 实践 。 


实践 是 在 环境 中 形成 的 ; 毫 无 顾虑 地 宣称 这 些 实践 是 “最 佳 的 ”会 让 它们 与 动机 和 环境 脱节 ， 继 而 变 成 纯粹 的 仪式 性 活动 。 
推广 所 谓 的 最 佳 实践 会 扼杀 学 习 、 提 问 、 参 与 和 持续 改进 的 文化 ， 因 为 人 们 会 想 为 什么 要 挑战 最 好 的 东西 呢 ? 


因此 ， 早 期 的 Less 书 籍 分 享 了 我 们 和 我 们 的 客户 尝试 过 的 试验 ， 我 们 不 断 鼓励 人 们 去 了 解 和 应 用 这 一 试验 思想 。 但 随 着 时 
间 的 推移 ， 我 们 注意 到 这 种 试验 思想 存在 两 个 问题 : 


“新 团体 做 出 了 对 自己 有 害 的 不 明智 决定 ， 以 非 预期 的 方式 采用 LeSS， 并 带 有 明显 的 问题 ; 例如 : 团体 为 每 个 团队 创建 一 个 


需求 领域 (Requirement Atea) 。 哎 哟 ! 
. 新 团体 会 提出 ，“ 我 们 从 哪里 开始 ? 什么 最 重要 ? ”等 问题 。 可 以 理解 他 们 没有 学 习 关 键 的 基础 知识 。 


基于 这 种 反馈 ， 我 们 进行 了 反思 ， 并 重 回 到 Shu-Ha-Ri 册 的 学 习 模式 : Shu 一 一 遵从 规则 ， 学 习 基 础 ; Ha 一 一 打破 规则 ， 
探索 场景 ; Ri 一 一 全 面 掌 握 ， 开 创新 路 。 在 Shu 层面 的 LeSSs 采 用 中 ， 我 们 利用 简单 框架 提供 的 规则 来 启动 经 验 性 过 程控 制 和 整体 


产品 聚焦 Pl。 这 些 规则 定义 了 两 个 LeSs 框 架 ， 随 后 将 对 两 者 进行 介绍 。 
LeSS 总 结 并 建立 在 这 些 要 点 之 上 ， 其 内 容 包 括 : 


-规则 一 一 用 于 启动 和 形成 基础 的 规则 。 规 则 定义 LeSS 框 架 ， 框 架 支撑 经 验 性 过 程控 制 和 整体 产品 聚焦 〈 原 则 ) 。 例 如 ， 每 


个 Sprint 举行 一 次 全 体 回顾 (Overall Retrospective) 。 


. 指南 一 一 一 组 繁 简 适 中 的 指南 。 可 有 效 地 指导 如 何 采纳 LeSS 规 则 ， 也 是 试验 的 一 部 分 ; 这 些 指南 基于 多 年 的 LeSS 应 用 经 


验 ， 值 得 尝试 ， 并 且 其 包含 了 一 些 技巧 性 提示 。 指 南通 常 很 有 帮助 ， 但 同时 也 需要 不 断 改进 ; 例如 ， 指 南 : 三 个 采用 原则 。 
试验 一 一 许多 试验 都 是 非常 情境 化 的 ， 甚 至 可 能 不 值得 去 尝试 。 例如， 尝试 …… 团 队 翻 译 。 
` 原则 一 一 一 组 从 LeSS 应 用 经 验 提炼 而 来 的 原则 ， 是 LeSS 的 核心 ， 指 导 着 规则 、 指 南 和 试验 ; 例如 ， 整 体 产品 聚焦 。 


LeSS 指 南 和 试验 是 可 选 的 。 指 南 可 能 会 有 帮助 ， 建 议 大 家 尝试 。 如 果 绕 过 或 丢弃 指南 ， 则 可 能 会 阻碍 人 们 做 深入 改进 ， 所 以 


不 要 这 么 做 。 
如 右 侧 LeSs 全 图 是 观察 LeSs 的 个 好 方法 。 
LeSS 全 图 展示 的 内 容 将 作为 我 们 介绍 Less 的 顺序 : 
1.LeSS 原 则 (principles) ， 下 一 节 。 
2.LeSS 框 架 (frameworks， 由 规则 定义 ) ， 本 章 其 余部 分 。 
3.LeSS 指 南 (guides) ， 本 书 其 余 章 节 。 


4.LeSS 试 验 (experiments) ， 已 经 在 前 两 本 LeSs 书 中 介绍 。 





2.1.3 ”LeSS 原 则 


LeSs 规 则 定义 了 LeSS 框 架 。 但 这 些 规则 具有 极 简 主义 的 特征 ， 并 没有 说 明 特 定 环境 下 如 何 应 用 LeSS。LeSS 原 则 为 人 们 制定 
这 些 决策 提供 了 基础 ， 参 见 下 图 。 
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大 规模 Scrum 也 是 Scrum 一 一 它 不 是 新 的 被 改进 的 Scrum。 确 切 地 说 ，LeSS 研 究 的 是 如 何在 大 规模 环境 中 尽 可 能 简单 地 应 
用 Scrum 的 原则 、 规 则 、 要 素 和 目的 。 


透明 度 一 一 基于 有 形 的 “完成 ”条 目 、 短 周期 、 协 同 工 作 、 共 同 定义 ， 以 及 对 工作 场所 恐惧 的 消除 。 


以 少 为 多 一 一 我 们 不 想 要 更 多 的 角色 ， 因 为 更 多 的 角色 会 导致 团队 的 责任 感 更 弱 。 我 们 不 想 要 更 多 的 工件 ， 因 为 更 多 的 工 
件 会 导致 团队 和 客户 之 间 的 距离 更 远 。 我 们 不 想 要 更 多 的 流程 ， 因 为 更 多 的 流程 会 导致 团队 学 习 更 少 ， 团 队 对 流程 的 所 有 权 更 
弱 。 相 反 ， 我 们 希望 拥有 更 少 (很 少 ) 的 角色 和 更 负责 任 的 团队 ， 和 希望 拥有 更 多 以 客户 为 中 心 的 团队 以 便 用 更 少 的 工件 构建 更 有 
用 的 产品 ， 希 望 拥有 更 少 的 既定 流程 让 团队 拥有 更 多 的 流程 所 有 权 和 更 有 意义 的 工作 。 我 们 要 的 是 以 少 为 多 。 








整体 产品 聚焦 一 一 一 个 产品 待 办 事项 列表 、 一 个 产品 负责 人 、 一 个 可 交付 产品 、 一 个 Sprint 一 一 无 论 是 3 个 团队 还 是 33 个 团 
队 。 客 户 希望 在 有 内 聚 力 的 产品 中 提供 有 价值 的 功能 ， 而 不 是 在 分 离 的 部 件 中 提供 技术 性 的 组 件 。 
以 客户 为 中 心 一 一 专注 于 了 解 客 户 真 正 的 问题 并 解决 这 些 问题 。 识 别 付费 客户 眼中 的 价值 观 。 从 客户 的 角度 减少 等 待 时 


间 。 增 加 并 加 强 与 实际 客户 的 反馈 回路 。 每 个 人 都 需要 知道 他 们 今天 的 工作 如 何 与 付费 客户 直接 相关 ， 如 何 让 付费 客户 受益 。 


寺 续 改 进 以 求 完美 一 一 完美 的 目标 是 : 始终 以 几乎 无 成 本 、 无 缺陷 的 方式 创建 和 交付 产品 ， 让 客户 感到 满意 ， 让 环境 得 到 
改善 ， 让 生活 更 加 美好 。 为 实现 这 一 目标 ， 团 队 需 要 不 断 地 做 谦 逮 和 激进 的 改进 试验 。 


精益 思想 一 一 创建 一 个 组 织 体系 ， 其 基础 是 认可 管理 者 作为 导师 来 应 用 和 教授 精益 思想 ， 设 法 改进 、 促 进 “ 停 止 与 修 
复 ” (stop-and-fix) 实践 ， 并 认可 “现场 观察 ” (Go See) 观念 ， 加 入 尊重 他 人 和 不 断 挑 战 现状 的 改进 心态 这 两 大 支柱 ， 所 
有 观念 和 行动 都 应 朝 着 完美 目标 前 进 。 


系统 思维 一 一 观察 、 理 解 和 优化 整个 系统 [6] (而 不 是 局 部 ) ， 并 使 用 系统 建 模 来 探索 系统 的 动态 。 避 免 将 重点 放 在 个 人 和 


单个 团队 的 效率 或 生产 力 上 。 客 户 关心 的 是 整体 的 从 概念 到 盈利 的 周期 时 间 和 流程 ， 而 不 是 单个 步骤 ， 而 且 局 部 优化 某 一 个 部 分 
几乎 总 是 会 对 整体 优化 产生 负面 影响 。 


经 验 性 过 程控 制 一 一 持续 检验 并 调整 产品 、 过 程 、 行 为 、 组 织 设 计 和 实践 ， 使 其 以 适合 当时 环境 的 方式 发 展 。 这 样 做 是 需 
要 的 ， 而 不 是 遵循 一 套 所 谓 的 最 佳 实践 ， 因 为 这 样 的 实践 忽视 了 具体 环境 ， 使 后 续 活动 变 成 了 某 种 仪式 ， 阻 碍 了 学 习 和 变革 ， 压 
制 了 人 们 的 参与 感 和 主人 翁 感 。 


排队 论 一 一 了 解 排队 系统 在 研发 领域 的 行为 ， 并 将 这 些 洞察 应 用 于 管理 队列 大 小 、 队 列 数 上 限 、 多 任务 处 理 ， 以 及 可 变 因 


2.1.4 ”两 个 框架 : LeSS 和 巨型 LeSS 


大 规模 Scrum 有 两 个 框架 : 
. LeSS，2 一 8 个 团队 
. 巨型 LeSS，8 个 以 上 团队 
LeSS 这 个 词 主要 指 常 规 的 大 规模 Scrum 和 小 型 LeSS 框 架 。 
魔术 数字 8 


事实 上 ，8 并 不 是 一 个 神奇 的 数字 ， 如 果 一 个 组 织 能 够 成 功 地 在 超过 8 个 团队 中 应 用 小 型 LeSS 框 架 ， 那 太 棒 了 ! 但 我 们 还 没 


见 过 .….. 当 然 这 只 是 一 个 从 经 验 上 观测 得 到 的 上 限 。 在 某 些 情况 下 ， 比 如 多 地 点 、 缺 乏 外 语 经 验 且 目标 复杂 的 团队 ， 团 队 数 确实 
应 该 少 于 8 个 


不 论 哪 种 情况 ， 有 时 总 会 出 现 以 下 临界 点 : (1) 单独 一 个 产品 负责 人 不 再 能 掌控 整个 产品 的 目标 ; ” (2) 产品 负责 人 无 法 
在 外 部 和 内 部 重点 之 间 做 出 平衡 ; (3) 产品 待 办 事项 列表 过 于 庞大 ， 单 独 一 人 难以 胜任 。 


当 团 体 达到 这 个 临界 点 时 ， 就 应 该 考虑 从 小 型 LeSs 框 架 转 变 为 巨型 LeSs 框 架 。 另 一 方面 ， 我 们 建议 最 好 先 变 得 更 好 、 更 
小 、 更 简单 ， 然 后 再 变 得 更 大 。 
两 种 框架 的 共同 点 
LeSS 框 架 和 巨型 LeSS 框 架 有 着 一 些 共同 的 要 素 : 
“ 一 个 产品 负责 人 和 一 个 产品 待 办 事项 列表 
一 个 跨 所 有 团队 的 共同 Sprint 
. 一 个 可 交付 的 产品 增 量 
本 章 的 以 下 两 部 分 将 分 别 解释 这 两 个 框架 ; 先是 小 型 LeSS 框 架 ， 接 着 是 巨型 LeSS 框 架 。 


[LeSS 支 持 大 规模 Scrum 和 规模 缩小 时 的 简化 Scrum。 

四 诺基亚 通信 公司 不 是 微软 收购 的 那个 移动 电话 公司 。 

[3] 如 需 更 多 示例 ， 请 参阅 LeSS 网 站 (less.works) 上 的 案例 研究 。 

[各 源 自 于 日 本 传统 武术 ， 大 致 可 译 为 “ 守 、 破 、 离 ”。 译 者 注 





[5] Scrum 框 架 有 一 些 规则 。 基 于 相同 的 原因 ，LeSS 框 架 也 有 规则 。 
[6] 这 个 系统 包括 每 个 人 以 及 从 客户 一 用 户 角度 来 看 的 所 有 事情 ， 包 括 从 需求 概念 到 现金 流 ， 以 及 系统 在 时 间 和 空间 上 的 所 有 动 


态 活动 。 





2.2 ”LeSS 框 架 


2.2.1 ”LeSS 框 架 概述 
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小 型 LeSS 框 架 适 用 于 一 个 (并且 只 有 一 个 ) 产品 负责 人 ， 该 角色 负责 该 产品 ， 并 且 在 共同 的 Sprint 中 管理 团队 的 一 个 产品 待 
办 事项 列表 ， 为 整体 产品 的 交付 不 断 优 化 。LeSS 框 架 中 的 元 素 与 单 团 队 Scr um 大 致 相同 : 


角色 一 一 1 个 产品 负责 人 ，2 到 8 个 团队 ， 每 1 到 3 个 团队 1 个 Scrum Master。 关 键 的 一 点 是 ， 这 些 团队 都 是 特性 团队 一 一 真 
正 的 跨 功能 和 跨 组 件 的 全 面 型 团 了 从， 他们 在 代码 共享 的 环境 中 协同 工作 ， 每 个 团队 都 竭尽 全 力 实现 既定 的 要 完成 的 条 目 。 


工件 一 一 每 个 团队 都 有 一 个 潜在 的 可 交付 产品 增 量 、 一 个 产品 待 办 事项 列表 和 一 个 单独 的 Sprint 待 办 事项 列表 。 


事件 一 一 整个 产品 的 一 个 共同 Sprint; 共同 的 Sprint 针对 所 有 团队 ， 并 以 完成 潜在 可 交付 产品 增 量 结束 。 细 节 将 在 接 下 来 的 
故事 以 及 单独 的 章节 中 进行 说 明 。 


规则 和 指南 一 一 基于 经 验 性 过 程控 制 和 整体 产品 聚焦 原则 的 简单 扩展 框架 所 支持 的 规则 。 指 南 可 能 会 很 有 用 。 


2.2.2 ”LeSS 故 事 


学 习 LeSS 一 一 阅读 具有 深度 的 论述 是 诸多 学 习 方 法 中 的 一 种 ， 喜 欢 这 种 学 习 方 式 的 读者 可 以 跳 到 介绍 巨型 LeSS 框 架 的 那 一 
节 ， 然 后 再 跳 到 后 面 的 章节 。 其 他 喜欢 通过 故事 来 学 习 的 人 请 继续 阅读 。 

简单 的 故事 一 这些 故事 并 不 探究 我 们 在 咨询 时 经 历 过 的 大 规模 开发 的 复杂 性 ， 也 不 探究 从 政治 到 优先 级 等 方面 的 内 容 。 
故事 的 匣子 将 会 在 后 面 的 章节 中 打开 。 这 里 的 故事 简单 明了 ， 虽 在 介绍 LeSs Sprint 的 基本 知识 。 如 果 读 者 想 看 惊 心 动 巍 的 对 话 
和 戏剧 ， 那 就 读 读 讨论 “精益 ”的 图 书 。 


规则 和 指南 一 一 在 故事 旁边 列 出 了 相关 的 LeSs 规 则 和 指南 ， 这 样 就 把 规则 /指南 和 故事 关联 了 起 来 ， 有 助 于 读者 理解 。 
两 个 角度 一 一 下 面 是 两 个 具有 关联 性 的 故事 ， 同 时 侧重 两 个 关键 的 角度 ， 以 方便 简要 地 介绍 一 些 流程 : 
1.LeSS Sprint 过 程 中 团队 的 工作 流 。 


2. 以 客户 为 中 心 的 功能 条 目的 工作 流 。 
2.2.3 ”LeSS 故 事 : 团队 的 流动 


这 个 故事 关注 的 是 团队 在 Sprint 中 的 工作 流 ， 而 不 是 条 目的 工作 流 。 实 际 上 ，Sprint 中 的 大 部 分 时 间 是 用 在 开发 任务 上 的 ， 
而 不 是 会 议 上 。 然 而 ， 这 个 故事 强调 了 会 议和 互动 ， 其 目标 是 了 解 多 个 团队 如 何在 LeSs 事 件 中 一 起 工作 ， 以 及 他 们 每 天 都 是 如 
何 协调 的 。 


马克 走 进 交易 团队 的 工作 室 ， 一 看 见 米 拉 [1]， 便 听 她 说 道 : “早上 好 ! 提醒 大 家 一 下 ， 我 们 团队 是 这 个 Sprint 的 团队 代 
表 ，Sprint 计 划 第 一 部 分 会 议 在 10 分 钟 后 开始 。” “对”， 马 克 回 道 ，“ 大 房间 见 。”" 


提示 : 每 个 Sprint 轮 换 一 次 团队 代表 。 
Sprint 计 划一 


到 制定 共同 Sprint 计划 一 的 时 间 了 。 大 房间 里 坐 着 来 自 该 产品 组 5 个 团队 的 10 名 团队 代表 。 他 们 都 参与 了 一 个 交易 债券 和 衍 
生 品 旗舰 产品 的 开发 。 交 易 与 利润 团队 的 Scrum Master 山 姆 也 在 场 。 他 的 任务 是 观察 并 根据 具体 情况 进行 指导 。 


规则 : 只 有 一 个 产品 级 Sprint， 并 非 每 个 团队 都 有 一 个 不 同 的 Sprint。 


早 些 时 候 ， 所 有 团队 中 的 每 一 个 人 都 参加 sprint 计 划一 。 当 产品 组 不 太 善于 准备 和 和 弄 清 工作 条 目 ， 也 不 善于 建立 跨 团 队 知识 
体系 时 ， 这 种 方法 比较 有 用 。 那 时 ，Sprint 计 划一 要 确定 很 多 重要 问题 。 但 是 最 近 这 种 情况 有 了 很 大 的 改善 ， 于 是 这 个 小 组 开始 
尝试 轮换 代表 的 做 法 。 这 种 做 法 使 会 议 变 得 简单 而 快速 ， 因 为 通常 只 会 有 几 个 小 问题 出 现 。 如 果 新 的 方法 运行 不 佳 ， 那 么 它 可 能 
会 在 一 个 全 体 回顾 会 议 上 被 提出 来 ， 并 为 此 在 Sprint 计划 中 创建 一 个 试验 项 。 


规则 : Sprint 计划 由 两 部 分 组 成 : Sprint 计划 一 由 所 有 团队 共同 制定 ， 而 Sprint 计划 二 通常 由 各 个 团队 各 自制 定 。 多 个 团队 可 


以 在 一 个 共享 空间 中 为 紧密 相关 的 条 目 一 起 制定 Sptint 计 划 二 。 


保罗 走 进来 说 : “大 家 好 ! ”保罗 是 产品 负责 人 ， 也 是 主要 产品 经 理 | 台 。 他 在 一 张 桌子 上 放 了 22 张 卡片 ， 说 道 : “这 里 有 
一 些 主题 ， 都 很 重要 : 德国 市 场 、 订 单 管理 和 监管 报告 。 我 已 按 我 认为 的 优先 顺序 排 好 了 序 。 我 想 在 座 的 每 位 都 能 理解 为 什么 这 
些 是 优先 事项 ， 因 为 我 们 在 进行 产品 待 办 事项 列表 梳理 时 已 经 讨论 了 很 多 次 。 但 如 果 还 不 清楚 ， 请 再 问 一 次 。 





米 拉 和 马克 一 起 走 到 其 他 代表 的 桌 前 ， 挑 选 了 两 张 与 德国 市 场 债券 有 关 的 条 目 卡片 。 在 过 去 的 两 个 Sprint 中 ， 他 们 的 团队 在 
单 团队 产品 待 办 事项 列表 梳理 (PBR) 研讨 会 上 已 经 仔细 地 澄清 了 这 些 条 目 。 


规则 : Sprint 计划 一 需要 产品 负责 人 和 团队 或 团队 代表 参加 。 他 们 一 起 试探 性 地 选择 每 个 团队 在 该 Sptint 中 要 做 的 条 目 。 


他 们 还 挑选 了 两 个 与 订单 管理 相关 的 条 目 ， 交 易 团队 和 利润 团队 对 它们 都 很 清楚 。 这 两 个 团队 曾 在 多 团队 PBR 研 讨 会 中 一 起 
讨论 过 这 两 个 条 目 。 为 什么 现在 又 要 让 他 们 来 做 呢 ? 当 时 团队 希望 尽 可 能 晚 地 在 未 来 的 Sprint 计 划 中 作出 “团队 到 条 目 ” 的 选 
择 。 这 样 可 以 提高 团队 的 敏捷 性 一 一 易于 应 对 变化 一 一 并 且 使 他 们 对 整体 产品 的 知识 越 来 越 广泛 ， 从 而 进一步 促进 自 组 织 协调 

(参见 11.1.4 节 ) 。 


提示 : 由 团队 选择 他 们 要 做 的 条 目 。 


一 分 钟 后 ， 来 自 利润 团队 的 玛丽 看 了 一 眼 另 一 个 团队 的 卡片 ， 问 他 们 的 代表 : “你 介意 我 们 做 这 个 吗 ? 我 们 在 上 一 个 Sprint 
中 做 的 事情 与 这 个 非常 相似 ， 我 敢 打赌 我 们 能 很 快 完成 。 你 愿意 换 这 个 德国 市 场 条 目 吗 ?” ”他 们 同意 了 。 


LeSS 的 Sprint 计划 
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提示 : 不 要 预先 为 团队 划分 条 目 。 
几 分 钟 后 ， 团 队 根据 他 们 的 兴趣 、 优 势 ， 以 及 对 相关 条 目 进行 分 组 的 愿望 来 选择 和 交换 工作 条 目 。 


山姆 (Scrum Master) 说 : “我 注意 到 利润 团队 有 4 个 条 目 ， 并 且 优 先 级 最 靠 前。 会 有 问题 吗 ”” 随后 进行 了 快速 讨论 ， 
小 组 意识 到 ， 如 果 利 润 团队 进展 不 顺利 ， 产 品 的 某 一 个 最 优先 条 目 可 能 会 完 不 成 。 因 此 ， 他 们 决定 把 一 些 具有 最 高 优先 级 的 条 目 
分 配给 多 个 团队 (根据 哪些 团队 对 哪些 条 目 了 解 得 更 多 ) ， 从 而 保证 最 重要 的 条 目 更 可 能 按时 完成 (参见 6.1.3 节 ) 。 


提示 : 分 散 高 优先 级 条 目 。 


代表 们 总 共 挑选 了 18 张 卡片 ， 剩 下 了 4 个 优先 级 最 低 的 条 目 。 保 罗 查 看 这 几 个 没有 被 选 的 条 目 卡 ， 并 拿 起 其 中 两 张 ， 
说 : “这 两 张 在 这 个 Sprint 对 我 非常 重要 。 也 许 我 应 该 给 它们 更 高 的 优先 级 ， 但 我 当时 没有 这 么 做 ， 现 在 我 想 改 变 主意 。 让 我 们 
想 想 办 法 ， 把 它们 与 你 们 已 经 选择 的 条 目 交 换 一 下 。 当 然 ， 如 果 哪 个 团队 运气 好 ， 完 成 得 快 ， 到 时 他 们 也 可 以 挑选 这 些 还 没有 被 
选 上 的 条 目 。” 


这 个 问题 得 到 解决 后 ， 保 罗 说 道 : “好 吧 ， 让 我 们 花 点 时 间 总 结 一 下 那些 不 得 不 看 的 问题 。 大 家 知道 ， 我 一 直 在 集中 精力 确 
定 优 先 级 ， 而 且 大 多 数 人 对 这 些 条 目的 细节 了 解 得 比 我 多 ， 所 以 让 我 们 看 看 可 以 一 起 做 些 什 么 来 清理 一 下 不 太 重 要 的 事情 。 
规则 : 团队 识别 一 起 协作 的 机 会 ， 并 澄清 最 终 的 问题 。 

与 此 同时 ， 米 拉 、 马 克 和 其 他 人 还 在 努力 思考 最 后 一 些小 问题 ， 为 他 们 即将 开发 的 条 目 做 准备 ， 并 在 房间 四 周 墙 上 的 挂 纸 上 
下 一 些 问 题 。 保 罗 在 房间 里 走 来 走 去 ， 与 不 同 的 人 进行 讨论 。 计 划 会 议 上 人 人 都 有 贡献 。 大 约 30 分 钟 后 ， 所 有 小 问题 都 已 回 


写 
Ac 
答 完 毕 。 


提示 : 分 散 便 于 澄清 。 


这 一 组 人 站 成 一 个 圆圈 来 总 结 并 结束 这 次 会 议 。 没 有 人 提出 任何 需要 协调 的 事项 ， 所 以 山姆 最 后 说 道 : “我 看 到 交易 团队 、 
利润 团队 和 非 衍 生 品 团队 已 经 得 到 了 一 些 密切 相关 的 订单 管理 条 目 。” 米 拉 说 : “ 嘿 ， 那 让 我 们 把 交易 团队 、 利 润 团队 和 非 衍生 
品 团队 放 在 一 起 来 作为 多 团队 Sprint 计划 二 吧 。 我 们 有 机 会 一 起 工作 了 。 ”所 有 人 都 没有 意见 。 会 议 结束 。 

团队 和 多 团队 Sprint 计划 二 

中 间 休 息 了 一 会 儿 后 ， 五 个 团队 中 有 两 个 团队 举行 了 各 自 团 队 sprint 计 划 二 的 会 议 ， 以 创建 自己 的 Sprint 待 办 事项 列表 ， 为 

自己 在 该 Sprint 的 工作 做 设计 和 计划 。 


规则 : 每 个 团队 都 有 自己 的 Sptint 待 办 事项 列表 。 

相 比 之 下 ， 交 易 团 队 、 利 润 团队 和 非 衍生 品 团队 聚 在 一 个 大 房间 共同 举行 两 个 团队 的 Sprint 计划 二 会 议 ， 因 为 他 们 将 要 实现 
的 条 目 具有 强 相关 性 一 一 他 们 在 以 前 的 多 团队 PBR 中 也 一 起 澄清 过 这 些 条 目 一 一 并 且 他 们 预见 了 密切 合作 的 价值 。 

规则 : 多 个 团队 可 以 在 一 个 共享 空间 中 为 紧密 相关 的 条 目 一 起 制定 Sprint 计划 二 。 

他 们 花 了 10 分 钟 一 起 讨论 和 确定 共同 的 工作 (共同 的 任务 ) ， 并 找 出 了 设计 的 问题 。 然 后 开始 了 一 个 30 分 钟 固 定时 长 的 设 
计 会 议 ， 大 家 同意 采用 可 视 化 会 议 方式 : 在 白板 上 多 画 草图 。 在 此 期 间 ， 还 发 现 有 更 多 的 工作 可 共享 ， 并 将 其 一 一 写 在 白板 上 。 

提示 : 全 组 设计 与 共享 工作 会 议 。 

叮 ! 30 分 钟 到 了 ， 仍 有 许多 细节 未 被 探索 到 ， 但 是 团队 希望 继续 ， 于 是 各 个 团队 分 散 到 大 房间 的 不 同 角落 ， 继 续 各 自 的 
Sprint 计划 二 ， 更 进一步 地 讨论 详细 设计 问题 ， 并 创建 自己 的 Sprint 待 办 事项 列表 卡片 。 进 一 步 协调 时 采用 “叫喊 ” (just 
scream) 技巧 ， 是 LeSS 中 “交谈 ” (Uust talk) 技巧 的 一 种 先进 变 体 (参见 12.1.4 节 ) 。 

在 谈话 过 程 中 ， 团 队 意识 到 需要 举办 一 个 深入 的 多 团队 设计 研讨 会 ， 并 同意 在 当天 晚 些 时 候 举行 (参见 13.1.2 节 ) 。 

多 团队 设计 研讨 会 


经 过 前 面 的 Sprint 计划 ， 并 做 了 短暂 的 休息 之 后 ， 交 易 团 队 的 米 拉 和 马克 ， 以 及 来 自 利润 团队 和 非 衍生 品 团队 的 几 个 人 一 起 
举办 了 一 个 时 间 箱 式 的 为 期 一 小 时 的 多 团队 设计 研讨 会 ， 更 深入 地 探讨 了 大 家 都 存在 的 一 些 常 见 设计 间 题 ， 这 样 可 以 确保 他 们 的 
开发 工作 能 够 更 顺利 地 进行 。 大 家 站 在 一 个 大 型 白板 周围 ， 一 起 勾画 和 讨论 设计 方法 和 常见 的 技术 任务 ， 使 其 变 得 更 为 清晰 和 一 
致 。 幸 运 的 是 ， 讨 论 的 结果 并 没有 严重 影响 他 们 现 有 的 Sprint 计划 ， 不 过 他 们 对 项 目的 流程 感到 不 太 满 意 ， 因 为 他 们 意识 到 ， 他 
们 早 该 预测 到 这 些 大 的 设计 问题 需要 尽早 解决 的 必要 性 。 


需要 协调 和 不 断交 付 的 开发 活动 
在 Sprint 计划 完成 之 后 ， 团 队 开始 开发 已 确定 的 条 目 ， 团 队 强 调 通过 代码 进行 交流 (参见 13.1.4 节 ) 。 所 有 团队 都 在 不 断 地 


集成 代码 。 在 对 所 有 团队 的 所 有 代码 进行 持续 集成 的 过 程 中 ， 通 过 检查 其 他 人 在 开发 组 件 中 的 变更 来 为 各 团队 创造 合作 的 机 会 
(参见 13.1.5 节 ) 。 这 是 很 有 用 的 一 件 事 ， 因 为 小 组 能 够 通过 代码 集成 的 方式 通知 和 支持 与 其 他 团队 或 其 他 人 员 的 协调 。 


例如 ， 在 Sprint 的 第 二 天 一 早 ， 交 易 团队 的 开发 人 员 马 克 就 可 以 在 本 地 提取 最 新 版 本 ， 并 快速 检查 与 他 们 正在 开发 的 组 件 相 
关 的 最 新 变更 。 他 发 现 利润 团队 的 马克 西 米 兰 添加 了 一 些 新 代码 ， 但 他 知道 马克 西 米兰 所 在 的 团队 正在 开发 与 自己 密切 相关 的 条 
目 ， 所 以 并 没有 感到 惊 证。 代码 中 有 信息 表明 需要 尽快 协调 ， 并 给 出 了 需要 区 谈 的 人 的 名 字 ， 于 是 他 立即 走 到 大 厅 那 边 的 利润 团 
队 跟 前 ， 与 他 们 交谈 如 何 共同 努力 来 从 彼此 的 工作 中 获 益 。 


规则 : 建议 非 集中 式 和 非 正式 的 协调 而 不 是 集中 式 协 调 。 


不 光 对 交易 团队 的 条 目 ， 实 际 上 对 每 个 团队 中 的 每 个 条 目 ， 他 们 在 开始 开发 解决 方案 代码 之 前 都 编写 了 自动 验收 测试 用 例 。 
因此 ， 除 了 持续 集成 代码 之 外 ， 他 们 还 集成 自动 化 测试 用 例 。 这 些 验收 测试 会 由 团队 成 员 频 繁 运行 ， 因 此 当 其 中 任何 一 个 失败 
时 ， 团 队 就 会 立即 被 通知 去 协调 。 代 码 会 告诉 他 们 ，“ 嘿 ! 出 问题 了 ! 你 需要 讲 讲 是 什么 问题 ， 并 把 它 解决 掉 ”。 


规则 : 完美 的 目标 是 通过 改进 “完成 ”的 定义 ， 在 每 个 Sprint 中 (或 者 更 频繁 地 ) 产 出 可 交付 的 产品 。 

当然 ， 团 队 的 持续 集成 、 自 动 化 测试 以 及 构建 中 断 时 的 停 上 和 修复 还 带 来 另外 一 个 主要 好 处 ， 那 就 是 ， 他 们 的 产品 或 多 或 少 
地 持续 保持 着 一 种 立即 可 以 进入 生产 环境 的 状态 。 可 以 看 到 ， 并 不 需要 单独 设立 集成 团队 或 测试 团队 ， 因 为 那样 做 的 话 反而 会 产 
生 延 迟 ， 增 加 切换 开销 和 过 程 的 复杂 性 。 

全 体 回 顾 

在 该 Sprint 的 第 二 天 ， 山 姆 和 其 他 Scrum Master、 产 品 负责 人 保罗 、 部 门 经 理 以 及 大 多 数 团 队 的 代表 聚 在 一 起 ， 对 上 一 个 
Sprint 进 行 了 一 次 时 间 上 线 设 为 90 分 钟 的 全 体 回顾 会 议 。 

规则 : 在 团队 各 自 回 顾 之 后 举行 一 次 全 体 回顾 ， 以 讨论 跨 团队 和 全 系统 范围 内 的 问题 ， 并 建立 起 改进 试验 。 出 席 会 议 的 人 应 
包括 产品 负责 人 、Scrum Master、 团 队 代表 和 经 理 (如 果 有 这 样 的 角色 ) 。 


为 什么 他 们 不 在 新 Sprint 开始 之 前 举行 上 一 个 Sprint 全 面 回 顾 会 议 呢 ? 本 来 是 可 以 的 ， 但 Sprint 通常 在 周 五 结束 ， 新 的 
Sprint 在 周一 开始 (山姆 的 建议 则 是 Sprint 结束 和 开始 的 边界 为 周三 和 周 四 ) 。 并 且 在 上 周 五 ， 他 们 举行 了 Sprint 评审 和 团队 级 
回顾 两 个 会 议 ， 若 要 在 那天 结束 时 再 举行 一 次 全 体 回顾 会 议 ， 人 们 恐怕 就 没有 精力 了 。 所 以 他 们 选择 在 下 一 个 Sprint 开 始 时 举行 
全 体 回顾 会 议 。 山 姆 个 人 对 这 种 拖 后 的 做 法 持 不 同意 见 一 一 他 宁愿 Sprint 计 划 晚 些 开始 ， 也 应 把 它 放 在 全 体 回顾 会 议 之 后 一 一 
但 他 希望 大 家 都 能 慢 慢 认识 到 这 一 点 。 


他 们 在 关注 一 个 全 系统 范围 的 问题 ， 即 整个 小 组 内 如 何在 Sprint 阶段 开展 协调 、 共 享 信息 和 解决 问题 ?应 该 如 何 对 此 进行 
进 ? 以 前 他 们 尝试 过 Scrum of Scrum 会 议 ， 但 发 现 这 种 会 议 不 是 非常 有 效 。 山 姆 介绍 了 开放 空间 的 技巧 ， 大 家 同意 在 这 次 
Sprint 中 做 一 次 党 试 (参见 14.1.5 节 ) 。 


协调 活动 
第 四 天 出 现 了 LeSS 中 的 各 种 协调 想法 。 
和 常规 的 Scrum 方 法 一 样 ， 在 LeSS 中 ， 每 个 团队 每 天 都 有 一 个 Scr um 会 议 。 为 了 支持 交易 团队 和 利润 团队 之 间 的 协调 ， 米 
拉 作 为 一 名 侦察 员 来 观察 利润 团队 的 日 常 Scrum， 然 后 把 她 所 学 的 知识 带 回 到 自己 的 团队 。 反 过 来 ， 来 自 利 润 团 队 的 某 个 成 员 也 
做 同样 的 事情 (参见 14.1.3 节 ) 。 
规则 : 如 何 进行 跨 团队 协调 由 团队 们 来 决定 。 
正如 在 全 体 回 顾 中 所 商定 的 ， 小 组 需要 举行 一 次 45 分 钟 的 开放 空间 会 议 ， 以 进行 协调 和 学 习 ， 之 后 便 进入 饮料 和 零食 时 


间 。 山 姆 作为 开发 空间 会 议 主 持 人 在 会 中 指导 小 组 如 何 举行 开放 空间 会 议 。 会 议 欢迎 每 个 人 参加 ， 但 大 多 数 团队 只 会 派出 几 名 代 
表 。 来 自 交 易 团 队 的 米 拉 和 马克 加 入 了 会 议 ， 会 议决 定 小 组 可 以 尝试 每 周 举行 一 次 开放 空间 会 议 (参见 13.1.11 节 ) 。 


来 自 多 个 团队 的 测试 社区 志愿 者 聚集 在 一 起 ， 用 了 半 个 小 时 的 时 间 来 听取 玛丽 关于 试用 一 个 新 自动 化 验收 测试 工具 的 建议 。 
大 家 对 这 个 建议 表示 赞同 ， 于 是 玛丽 主动 让 她 的 利润 团队 在 下 一 Sprint 中 来 做 实际 的 试验 工作 ， 他 们 对 这 一 技术 兴趣 踢 然 (参见 
13.1.6 节 ) 。 


提示 : 建立 架构 社区 。 


米 拉 是 设计 /架构 社区 成 员 之 一 。 在 这 个 Sprint 中 没有 针对 整体 架构 的 设计 研讨 会 ， 但 她 希望 在 下 一 个 Sprint 中 能 保留 半天 


的 刺探 (Spike) BJ 时 间 ， 专 门 讨论 一 些 新 技术 。 她 将 自己 的 想法 发 布 在 社区 协作 工具 上 ， 并 建议 采用 Mob 编 程 方式 一 起 进行 讨 
论 ， 以 便 大 家 相互 分 享 和 共同 学 习 。 

提示 : 出 现 问 题 时 停 下 来 ， 去 修复 。 

构建 系统 报告 了 一 个 奇怪 的 错误 。 该 停止 与 修复 了 ! 这 个 Sprint 由 交易 团队 易 负 责 ， 这 个 错误 发 生 的 地 方正 好 是 马克 的 次 级 
专长 之 一 ， 所 以 他 自愿 修复 它 ， 并 要 求 另 一 个 团队 成 员 与 他 配对 ， 这 样 也 帮助 了 该 同事 学 习 更 多 有 关 知 识 。 

提示 : 专家 指导 其 他 成 员 。 


随后 ， 米 拉 和 其 他 一 些 团队 成 员 走 访 了 客户 支持 和 培训 组 ， 这 两 个 小 组 与 实际 用 户 合作 密切 。 团 队 的 第 一 个 条 目 已 经 完成 
了 ， 他 们 希望 能 从 接近 客户 的 这 些 人 中 尽早 得 到 反馈 。 其 中 一 个 培训 人 员 正 好 有 空 ， 而 且 他 在 玩 这 个 条 目 对 应 的 新 功能 ， 在 使 用 
过 程 中 他 产生 了 几 个 新 的 想法 ， 并 反馈 给 了 交易 团队 ， 留 给 他 们 对 该 功能 做 进一步 的 改进 。 


规则 : 优先 级 的 澄清 工作 应 尽 可 能 直接 在 团队 、 客 户 /用 户 和 其 他 利益 相关 者 之 间 进 行 。 


当天 晚 些 时 候 ， 马 克 和 其 他 团队 成 员 开 始 开 发 第 二 个 条 目 中 的 任务 。 马 克 刚 刚 完 成 10 分 钟 的 TDD， 并 且 在 做 了 微小 的 变更 
后 得 到 了 一 段 干 净 稳 定 的 代码 (参见 13.1.4 节 ) 。 他 再 次 (大 约 每 10 分 钟 ) 将 微小 的 变更 推送 到 中 央 共 享 存储 库 (repository) 
中 ， 以 便 与 他 的 团队 和 所 有 其 他 人 持续 集成 (参见 13.1.5 节 ) 。 他 看 了 看 墙 上 的 红 绿 大 屏幕 ， 发 现 构 建 系统 已 通过 了 整个 团队 的 
所 有 测试 。 

提示 : 尽早 反馈 。 

总 体 产 品 待 办 事项 列表 (PBR) 梳理 

第 五 天 ， 马 克 和 米 拉 参 加 了 一 个 全 体 PBR 研 讨 会 ， 与 会 者 还 有 来 自 每 个 团队 的 代表 ， 以 及 产品 负责 人 保罗 。 保 罗 首 先 给 大 家 
分 享 了 他 目前 对 产品 方向 和 下 一 步 要 做 什么 的 想法 ， 以 及 最 重要 的 一 点 ， 即 支持 他 这 些 想法 的 原因 。 为 了 帮助 大 家 理解 其 推理 内 
容 ， 他 与 小 组 一 起 回顾 了 他 的 优先 级 模型 ， 以 及 其 中 的 利润 影响 、 客 户 影响 、 业 务 风 险 、 技 术 风 险 、 延 迟 成 本 等 因素 (参见 
8.1.5 节 ) 。 

规则 : 要 进行 多 团队 或 总 体 PBR 工 作 ， 以 提高 团队 成 员 对 待 办 事项 列表 理解 的 一 致 性 ， 并 在 条 目 密切 相关 或 者 需要 更 广泛 的 
输入 /学 习 时 ， 发 现 并 利用 各 种 协调 机 会 。 

为 了 指导 小 组 下 一 步 的 工作 ， 保 罗 向 大 家 征求 反馈 意见 和 想法 ， 接 着 ， 小 组 讨论 了 下 一 步 需要 梳理 的 条 目 。 虽 然 保 罗 知 道 自 
己 最 后 会 给 条 目 定 出 优先 顺序 ， 但 他 还 是 努力 让 团队 先 了 解 他 的 想法 ， 同 时 他 也 可 以 学 习 团 队 成 员 的 想法 。 他 希望 团队 也 能 像 自 
己 一 样 拥 有 产品 主人 的 感觉 (参见 8.1.8 节 ) 。 

然后 ， 小 组 拆 分 了 几 个 新 的 大 型 条 目 ， 做 了 一 些 轻 量 级 澄清 讨论 (更 多 澄清 工作 会 在 稍 后 进行 ) ， 用 计划 扑克 进行 了 评估 ， 
以 此 了 解 这 些 条 目的 更 多 信息 ， 所 以 这 不 仅仅 是 为 了 评估 (参见 11.1.7 节 和 11.1.8 节 ) 。 


提示 : 产品 负责 人 鼓励 团队 对 产品 负责 。 


来 自 三 个 团队 (其 中 包括 贸易 团队 和 利润 团队 ) 的 代表 后 来 决定 对 一 些 条 目 一 起 进行 一 次 多 团队 PBR， 增 加 他 们 对 这 些 条 目 
的 共同 理解 ， 因 为 这 些 条 目 具 有 很 强 的 相关 性 。 来 自 另 外 两 个 团队 的 代表 在 团队 PBR 会 议 中 分 别 选择 了 各 自 要 处 理 的 条 目 。 
多 团队 PBR 与 团队 PBR 
第 六 天 ， 这 三 个 团队 的 所 有 成 员 聚 在 一 个 大 房间 内 开始 做 多 团队 PBR。 


虽然 他 们 的 主要 业务 是 创建 和 销售 交易 解决 方案 ， 但 该 公司 拥有 一 小 部 分 债券 交易 员 在 使 用 该 解决 方案 ， 公 司仪 仪 是 为 了 保 
持 他 们 自己 有 人 参与 ， 所 以 头寸 相对 较 小 ， 风 险 不 高 。 通 过 这 种 方式 ， 公 司 可 以 更 好 地 了 解 市 场 趋势 ， 同 时 可 以 保留 一 些 专家 用 
户 以 便 随 时 且 轻 松 地 与 开发 团队 交谈 。 


坦 尼 娅 和 泰 德 是 参与 交易 的 人 员 ， 他 们 告诉 保罗 其 发 现 了 一 个 趋势 性 变化 ， 于 是 在 多 团队 PBR 会 议 上 对 与 该 趋势 相关 的 条 目 
进行 了 进一步 的 提炼 ， 他 们 俩 作为 专家 被 邀请 参加 会 议 ， 以 帮助 团队 学 习 和 澄清 新 的 条 目 。 

规则 : 所 有 优先 级 顺序 都 由 产品 负责 人 确定 ， 但 优先 级 的 澄清 工作 应 尽 可 能 直接 在 团队 、 客 户 / 用 户 和 其 他 利益 相关 者 之 间 
进行 。 

另外 两 个 团队 与 其 他 一 些 交 易 人 员 讨论 后 ， 举 办 了 单独 的 PBR 研 讨 会 ， 以 完成 对 一 些 已 在 梳理 的 条 目的 澄清 工作 ， 并 开始 处 
理 一 些 新 条 目 。 此 外 ， 该 公司 三 名 专门 从 事 金融 监管 和 合 规 工 作 的 律师 之 一 加 入 了 其 中 一 个 团队 ， 帮 助 他 们 澄清 相关 的 问题 。 

提示 : 把 条 目 细节 放 在 wiki 上 。 

作为 PBR 会 议 的 最 后 一 步 ， 人 们 对 墙 上 和 和 白板 上 的 所 有 东西 都 进行 了 拍照 。 他 们 将 照片 添加 到 wiki 页 面 中 ， 用 于 记录 与 每 个 
条 目 有 关 的 所 有 内 容 。 此 外 ， 他 们 还 对 讨论 期 间 快 速 添 加 的 wiki 页 面 中 的 文本 和 表 进 行 了 更 新 和 清理 (参见 9.1.6 节 ) 。 

关于 团队 级 待 办 事项 列表 和 产品 负责 人 职责 的 讨论 

多 团队 PBR 研 讨 会 结束 后 ， 迈 克 〈 刚 加 入 公司 ) 看 到 山姆 坐 在 咖啡 机 旁 ， 走 过 去 说 道 : “ 嘿 ， 山 姆 。 你 对 有 些 事情 的 意见 我 

一 家 公司 工作 时 ， 他 们 每 个 团队 都 有 自己 的 产品 负责 人 ， 


这 样 我 们 只 需要 专注 在 编程 上 。 并 且 每 个 团队 都 有 自己 的 
但 我 在 这 里 看 到 的 不 一 样 ， 为 什么 呢 ?“ 


品 负责 人 编写 故事 、 男 框架 图 ， 解 释 需 求 说 明 ， 然 后 交 给 我 们 实施 。 
品 待 办 事项 列表 ， 团 队 的 产品 负责 人 会 优先 考虑 这 些 待 办 事项 列表 。 


HH 


山姆 说 : “这 是 个 有 趣 的 问题 。 介 意 我 问 你 几 个 问题 来 探讨 一 下 吗 ?“ 
“当然 可 以 ， 说 吧 。 


“让 我 们 首先 考虑 一 个 产品 待 办 事项 列表 与 多 个 团队 级 待 办 事项 列表 。 假 设 每 个 团队 都 有 自己 的 待 办 事项 列表 工作 ， 一 个 真 
正 的 整体 产品 负责 人 如 何 能 够 简单 而 有 效 地 看 到 全 局 情况 ? 一 个 团队 对 其 他 不 同 团队 的 待 办 事项 列表 条 目的 需求 和 设计 能 了 解 多 


a 
迈克 回答 说 : “根据 我 上 一 个 公司 的 经 验 ， 可 以 很 清楚 地 给 出 答案 : 不 多 。” 


山姆 继续 说 : “现在 假设 有 8 个 团队 和 8 个 团队 待 办 事项 列表 。 如 果 从 公司 高 层 或 整体 产品 角度 来 看 ， 由 于 某 种 原因 ，8 个 团 
队 的 2 个 待 办 事项 列表 中 的 条 目 变 成 了 最 重要 或 优先 级 最 高 的 条 目 ， 这 时 该 怎么 办 呢 ?出现 这 种 情况 也 许 是 由 于 市 场 发 生 了 变 
化 。 因 此 ， 你 需要 回答 一 些 问 题 : 在 低 优先 级 待 办 事项 列表 中 工作 的 6 个 团队 能 否 轻松 地 转移 到 其 他 两 个 待 办 事项 列表 中 的 高 优 
先 级 条 目 上 呢 ? 而 且 ， 考 虑 到 每 个 团队 都 有 自己 的 待 办 事项 列表 工作 和 自己 的 优先 级 事项 ， 小 组 能 注意 到 这 个 问题 吗 ?“ 


迈克 回答 说 : “我 以 前 公司 的 团队 只 处 理 他 们 自己 的 团队 待 办 事项 列表 条 目 ， 不 能 转移 给 其 他 人 。 但 是 咱们 团队 为 什么 要 这 
样 做 呢 ?” 这 不 是 效率 很 低 吗 ?" 


山姆 回答 说 : “从 公司 的 角度 来 看 ， 团 队 是 一 个 只 在 低 优先 级 事项 上 高效 ”工作 的 群体 ， 这 是 因为 他 们 各 自 专 注 于 不 同 的 
团队 待 办 事项 列表 工作 ， 故 而 会 产生 知识 上 的 狭隘 性 ， 也 因为 总 体 优 先 级 和 项 目 总 体 情况 对 他 们 不 可 见 。 让 我 来 问 你 几 个 问题 : 
这 看 起 来 不 灵活 还 是 像 敏捷 一 样 灵 活 ? 从 公司 的 角度 来 看 ， 这 样 做 能 否 起 到 优化 作用 ， 让 人 们 只 处 理 影响 最 大 的 事情 呢 ?" 


迈克 停顿 了 一 下 : “ 哦 ! 我 想 我 明白 了 。 尽 管 我 们 的 团队 说 自己 在 做 敏捷 ， 但 这 实际 上 不 敏捷 。 总 体 而 言 ， 我 们 对 最 高 价值 
的 变化 没有 足够 快 的 响应 。 我 以 前 的 团队 产品 负责 人 说 ， 她 总 是 优先 考虑 我 们 团队 待 办 事项 列表 的 最 高 价值 事项 。 但 现在 发 觉 ， 
当 从 更 高 的 层次 来 看 时 ， 团 队 正 在 忙 着 高 效 处 理 的 可 能 是 低 价 值 的 东西 。 





规则 : 一 个 完整 的 可 交付 产品 只 对 应 一 个 产品 负责 人 和 一 个 产品 待 办 事项 列表 。 


山姆 说 : “ 没 错 。 这 就 是 我 们 只 有 一 个 产品 待 办 事项 列表 ， 而 很 多 团队 没有 团队 待 办 事项 列表 的 原因 之 一 。 简 而 言 之 ， 产 品 
待 办 事项 列表 支持 整体 产品 聚焦 、 系 统 优化 和 敏捷 性 。 当 然 ， 这 样 就 能 很 简单 ， 也 很 容易 地 看 到 整个 团队 的 情况 .“ 


“而 且 ，” 迈 克 评 论 道 ，“ 我 注意 到 在 我 之 前 的 公司 里 ， 所 有 的 团队 很 难 同时 协作 ， 因 为 在 异步 的 Sprint 中 各 自 的 工作 目标 
非常 不 同 。 而 在 这 里 ， 可 以 感觉 到 所 有 团队 在 一 次 Sprint 中 有 着 更 多 的 共同 焦点 和 方向 。 


“ 没 错 ! ”山姆 回答 ， 然 后 继续 说 道 。 


“还 有 另外 一 个 问题 : 如 果 只 有 一 个 产品 待 办 事项 列表 和 一 个 产品 负责 人 ， 但 每 个 团队 仍然 有 自己 所 谓 的 产品 负责 人 ， 根 据 
定义 ， 他 们 不 会 对 团队 待 办 事项 列表 进行 优先 级 排序 ， 那 么 这 些 团队 级 产品 负责 人 整 天 都 在 做 什么 呢 ?“ 


迈克 回答 说 : “在 我 的 上 一 家 公司 ， 团 队 级 产品 负责 人 的 工作 是 与 用 户 交谈 并 为 团队 编写 故事 ， 这 样 团队 级 产品 负责 人 一 边 
收集 和 编写 需求 ， 团 队 一 边 专 注 而 高 效 地 编程 。” 


规则 : 产品 负责 人 不 应 独自 处 理 产 品 待 办 事项 列表 梳理 工作 ， 而 应 鼓励 多 个 团队 与 客户 /用 户 及 其 他 利益 相关 者 直接 合作 
并 从 中 获得 支持 。 


山姆 问 : “迈克 ,在 你 了 解 Scrum 术 语 (如 产品 负责 人 ”) 之 前 ， 你 会 把 开发 人 员 和 真正 的 客户 之 间 的 中 间 人 称 作 什么 ? 
他 们 收集 需求 ， 然 后 将 其 提供 给 开发 人 员 ?“ 


没有 采用 scrum。 ”迈克 回答 道 ，“ 那 时 候 ， 有 一 群 业 务 分 析 师 ， 由 他 们 承担 这 样 的 角色 。 
负责 人 。”“ 在 你 们 今天 的 PBR 研 讨 会 上 ”山姆 问 ，“ 你 和 在 场 的 交易 员 谈 过 吗 ?“ 


“我 加 入 上 一 家 公司 时 ， 公 司 ] 
在 采用 Scrum 之 后 ， 这 些 人 成 为 产 
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规则 : 所 有 优先 级 顺序 都 由 产品 负责 人 确定 ， 但 优先 级 的 洪 清 工作 应 尽 可 能 直接 在 团队 、 容 户 / 用 户 和 其 他 利益 相关 者 之 间 
进行 。 
“让 我 想 想 。” 迈克 回答 : “是 的 ， 我 和 坦 尼 娅 讨论 过 她 分 析 俄罗斯 公司 债券 交易 的 想法 。 这 看 起 来 有 点 混乱 ， 所 以 我 问 她 
为 什么 ， 她 解释 说 ， 这 是 因为 对 海外 账户 洗钱 有 所 担忧 。 其 实 ， 她 不 知道 我 们 组 最 近 正 在 研究 一 些 其 他 的 功能 ， 这 些 功 能 可 以 与 
欧盟 和 美国 新 的 监管 数据 库 相 结合 来 评估 上 面 所 担忧 的 问题 。 因 此 ， 我 向 她 建议 了 一 种 不 同 的 方法 ， 我 认为 一 一 她 也 同意 一 一 
这 种 方法 能 更 好 地 解决 这 个 问题 。 
“现在 我 认为 ，” 他 深思 着 ， 接 着 说 道 ，“ 在 我 的 上 一 家 公司 可 能 不 会 发 生 这 样 的 事情 ， 因 为 我 们 很 少 直 接 与 用 户 交 谈 。 
持续 开发 
一 天 接着 一 天 ， 团 队 开 发 代码 ， 并 结合 全 面 的 测试 自动 化 不 断 地 持续 集成 。 当 构建 中 断 时 ， 停 止 并 修复 ， 他 们 正在 努力 实现 
团队 的 完美 目标 ， 即 拥有 一 个 可 以 持续 交付 给 客户 的 产品 。 照 此 发 展 ， 当 Sprint 即将 结束 并 且 团 队 准备 开始 Sprint 评审 时 ， 不 会 
出 现 开 发 后 期 匆忙 和 疯狂 地 集成 和 测试 大 批 代码 的 现象 ， 因 为 代码 一 直 都 在 集成 和 测试 。 
Sprint 评审 
终于 来 到 了 最 后 一 天 ， 也 是 最 后 一 次 全 体 人 员 参 加 Sprint 评审 的 时 间 。 都 有 谁 参加 这 个 会 议 呢 ? 保罗 (产品 负责 人 、 主 要 产 
品 经 理 ) 、 所 有 的 国际 债券 交易 员 、 几 名 培训 员 和 客户 服务 代表 、 几 名 销售 人 员 ， 以 及 客户 方 的 4 名 用 户 。 客 户 支 付 较 低 的 年 费 


率 ， 以 便 为 他 们 的 用 户 换取 定期 参加 这 些 评审 的 机 会 。 除 此 之 外 ， 还 有 所 有 的 团队 成 员 。 


Sprint 评审 


团队 回顾 


全 体 回顾 


9Scrun 
ge 团队 代表 





规则 : 有 一 个 产品 级 Sprint 评 审 ， 是 所 有 团队 共同 的 。 


因为 有 很 多 条 目 需要 审查 ， 所 以 团队 先 举行 了 一 个 一 小 时 的 评审 活动 ， 就 像 科 学 博览 会 一 样 ， 房 间 里 摆 有 很 多 设备 ， 每 个 设 
备 都 可 帮助 人 们 探索 不 同 的 条 目 (参见 14.1.3 节 ) 。 一 些 团队 成 员 留 在 固定 的 区 域 收集 反馈 ， 而 其 他 人 员 则 在 使 用 和 讨论 新 功 


Eb 
Ht。 





一 小 时 后 ， 保 罗 召 集 大 家 在 一 起 ， 共 同 讨论 问题 并 提供 反馈 。 之 后 ， 又 讨论 了 未 来 的 发 展 方向 。 保 罗 分 享 了 市 场 和 竞争 对 手 
的 情况 ， 以 及 他 对 下 一 步行 动 的 想法 ， 并 征求 大 家 的 意见 。 

提示 : 讨论 下 一 步 Sprint 的 方向 。 

团队 回顾 会 

休息 了 一 会 儿 后 ， 交 易 团队 (和 所 有 其 他 团队 ) 进行 了 单独 的 团队 级 Sprint 回顾 。 他 们 认为 ， 这 一 次 ， 把 多 团队 设计 研讨 会 
放 在 Sprint 计划 之 后 (而 不 是 更 早 ) 举办 不 太 理想 ， 因 为 一 些 重大 问题 直到 最 后 一 刻 才 被 发 现 ， 而 这 些 问题 可 能 会 严重 阻碍 开发 
或 使 开发 变 得 复杂 。 因 此 ， 在 下 一 个 Sprint 中 ， 他 们 决定 在 PBR 会 议 期 间 将 尽 最 大 努力 识别 出 那些 可 能 存在 重大 设计 问题 并 需要 
与 其 他 团队 讨论 的 条 目 。 并 且 如 果 是 这 样 ， 就 要 尽快 举办 多 团队 设计 研讨 会 。 

规则 : 每 个 团队 都 有 自己 的 Sprint 回顾 。 

结束 
Sprint 完成 ! 山姆 邀请 交易 团队 与 米 拉 和 他 一 起 到 街 对 面 的 比利时 啤酒 酒吧 庆祝 米 拉 的 生日 。 


故事 中 的 一 些 要 点 如 下 : 
. 它 强 调 了 LeSS 中 人 员 和 团队 在 Sprint 中 的 流动 。 


它 将 故事 中 的 元 素 与 特定 的 LeSS 规 则 联系 了 起 来 。 











. 对 于 已 了 解 Scrum 的 读者 来 说 ， 故 事 中 发 生 的 事件 应 该 是 很 熟悉 的 。 





" 这 个 故事 展示 了 整体 产品 聚焦 的 思想 ， 即 使 有 很 多 团队 参与 开发 也 是 如 此 。 
. 多 项 活动 强调 了 基于 团队 的 学 习 和 协调 。 
通过 持续 集成 来 开发 项 目 ， 有 了 这 一 点 ， 就 可 以 通过 代码 交流 来 支持 分 散 式 协调 和 读 话 式 的 交流 ， 进 而 支持 持续 交付 。 


. 团队 直接 与 用 户 和 客户 进行 交互 以 澄清 需求 ， 从 而 减少 切换 开销 ， 增 进 相互 理解 、 同 理 心 和 所 有 权 。 


2.2.4 LeSS 故 事 : 功能 条 目的 流动 





这 个 故事 更 多 地 关注 于 在 梳理 和 开发 期 间 功 能 条 目 在 Sprint 局 部 的 流动 。 


与 政府 监管 机 构 人 员 的 会 面 结束 后 ， 波 西亚 立即 赶 往 机 场 ， 奔 赴 在 回 家 的 路 上 。 她 是 另 一 个 产品 的 产品 经 理 ; 她 帮助 保罗 专 
门 研究 监管 和 审计 事宜 和 内。 


办 公 室 里 ， 波 西亚 见 到 了 保罗 。 她 拿 出 五 张 卡片 ， 卡 片 写 的 是 她 总 结 的 一 些 将 会 对 产品 产生 影响 的 新 规则 ， 以 及 她 认为 客户 
首先 需要 的 一 些 功能 。 保 罗 指 着 卡片 问 道 : “就 你 所 知 ， 这 涵盖 了 所 有 的 工作 ， 对 吗 ”” 波 西亚 微笑 着 说 : “这 是 监管 内 容 。 它 
从 来 没有 结束 的 时 候 。 






So T 攻 就 感 研 有 的 
Aw TE WRI MeHT? 


隐居 RE6 驱 多 尾 去 





保罗 问 : “你 能 不 能 把 这 些 放 在 我 的 产品 待 办 事项 列表 中 ， 暂 时 放 在 最 下 面 ， 先 不 排序 ? ” (参见 8.1.7 节 ) 
“ 没 问题 。” 


一 周 后 ， 保 罗 告 诉 波 西亚 : “我 想 尽快 给 大 家 介绍 债券 衍生 品 的 一 些 重 要 监管 要 求 。 在 下 一 个 Sprint 的 产品 待 办 事项 列表 梳 
理 研讨 会 中 ， 我 会 要 求 一 些 团队 来 天 注 一 下 这 些 监 管事 项 (参见 9.1.6 节 ) 。 你 最 了 解 它 ， 所 以 请 你 参加 整体 PBR。 人 至 于 其 他 任 
何 团队 梳理 研讨 会 ， 如 果 他 们 和 希望 你 参加 的 话 ， 请 你 也 参加 。 此 外 ， 你 能 否 设置 一 个 wiki 页 面 ， 放 置 一 些 指向 新 监管 文档 的 链 
接 ， 共 享 给 团队 ?“ 





提示 : 大 量 产品 待 办 事项 列表 的 电子 表格 和 wiki。 
“已 经 做 完了 ”， 波 西亚 回答 道 。 
总 体 PBR 


保罗 启动 了 一 个 简短 的 总 体 PBR 研 讨 会 : “关于 新 法 规 ， 我 们 有 很 多 工作 要 做 。 我 们 很 快 就 需要 交付 相关 的 条 目 ， 因 为 法 定 
的 最 后 期 限 是 财政 年 度 结束 。 经 过 初步 的 条 目 划 分 和 评估 ， 我 们 便 会 心中 有 数 了 ， 但 如 果 最 终 需要 三 个 或 更 多 的 团队 来 实施 ， 而 
且 要 人 花 较 长 的 时 间 来 完成 ， 我 也 不 会 感到 惊讶 。” (参见 11.1.2 节 ) 


小 组 把 这 个 巨型 新 条 目 拆 分 成 几 大 部 分 ， 开 始 学 习 其 中 的 主要 内 容 。 更 多 拆 分 稍 后 会 在 单 团 队 或 多 团队 PBR 会 议 中 进行 。 波 
西亚 走 到 白板 前 ， 在 白板 左边 写 道 “债券 衍生 品 的 规定 ”。 然 后 开始 与 小 组 交谈 ， 他 们 一 边 交 谈 ， 一 边 绘 制 一 个 树 形 图 ， 用 四 个 
树枝 表示 四 个 主要 子 条 目 。 但 是 他 们 没有 深入 研究 一 一 避免 过 度 分 析 (参见 11.1.8 节 ) 。 





接 下 来 ， 小 组 为 新 条 目 创建 了 四 张 卡 片 ， 每 个 人 都 使 用 计划 扑克 (planning poker) 和 相对 大 小 点 数 对 其 进行 估算 ， 并 把 
产品 待 办 事项 列表 中 已 有 的 知名 条 目的 点 数 作为 基准 。 这 里 主要 目标 不 是 要 估 出 点 数 ， 而 是 要 让 问题 浮 出 水 面 ， 以 推动 更 多 的 讨 
论 ， 这 件 事 是 由 他 们 与 波 西 亚 一 起 来 做 的 (参见 8.1.7 节 ) 。 


接 下 来 , 保罗 问 : “ 波 西亚 ， 这 四 个 大 条 目 中 ， 哪 个 优先 级 最 高 ?“ 
她 指 着 第 二 张 卡片 ，“ 场 外 交易 的 外 来 债券 衍生 品 。” 


保罗 说 : “有 个 功能 我 们 需要 尽快 完成 和 交付 。 产 品 待 办 事项 列表 因为 这 个 功能 正在 变 长 。 所 以 我 想 让 一 个 团队 在 下 一 个 
Sprint 开始 时 开发 这 个 功能 。 哪 个 团队 有 兴趣 ?“ 


交易 团队 自愿 接受 了 这 个 任务 。 
最 后 ， 来 自 其 他 三 个 团队 的 成 员 决定 为 相关 条 目 举办 一 次 多 团队 PBR 研 讨 会 。 
团队 PBR: 大 型 条 目的 切 分 


第 二 天 交易 团队 与 波 西 亚 一 起 举办 了 团队 PBR 研 讨 会 。 四 个 巨大 条 目 ， 他 们 承担 了 其 中 一 个 : 场 外 交易 (OTC) 的 外 来 债券 
衍生 品 的 新 规定 。 山 姆 (他 们 的 Scrum Master) 也 在 那里 。 波 西亚 说 : “这 是 一 个 巨大 上 且 复 杂 的 条 目 ， 坦 率 地 说 ， 没 有 人 真正 
了 解 这 个 领域 。 我 们 需要 花 较 长 的 时 间 才 能 把 它 分 解 开 ， 真 正 理解 它 ， 并 做 出 需求 说 明 。 


山姆 问 : “我 们 真 的 需要 了 解 所 有 的 东西 吗 ? 分 析 能 让 我 们 多 学 些 东西 ， 还 是 会 拖延 我 们 的 学 习 ? ” 


山姆 和 大 家 一 起 回顾 了 “ 切 分 出 小 功能 块 ” 的 想法 : 从 一 个 条 目 中 分 割 出 一 个 小 功能 块 ， 然 后 真正 理解 并 快速 实现 它 。 山 姆 
总 结 道 : “大 家 知道 ， 图 表 和 文档 不 是 代码 ， 图 表 不 会 崩 演 ， 文 档 也 不 会 运行 。” (参见 9.1.3 节 ) 


在 波 西亚 的 帮助 下 ， 团 队 从 一 个 以 客户 为 中 心 的 瘦 “ 端 到 端 ” 条 目 中 分 出 了 一 个 细小 的 功能 块 。 


从 现在 起 ， 他 们 开始 把 注意 力 集中 在 这 一 小 功能 块 上 ， 理 清 并 实现 它 。 只 有 在 实现 和 得 到 反馈 之 后 ， 他 们 才 会 在 晚 些 时 候 回 
过 头 来 更 进一步 地 分 割 和 细 化 。 通 过 实例 化 需求 P]， 波 西亚 和 交易 团队 在 当天 余下 的 时 间 里 一 直 都 在 处 理 自己 的 这 一 块 功能 。 

提示 : 参考 《实例 化 需求 》。 

多 团队 PBR: 轮换 梳理 

整体 PBR 的 一 个 结果 是 决定 让 交易 团队 实现 切 分 出 的 小 功能 块 。 另 一 项 决定 是 由 三 个 团队 为 相关 条 目 举 办 一 次 多 团队 PBR 研 
讨 会 (如 图 2-1 所 示 ) ， 以 提高 多 个 团队 一 起 学 习 和 思考 相同 条 目的 敏捷 性 (参见 11.1.5 节 ) 。 

除了 来 自 这 三 个 团队 的 所 有 成 员 ， 内 部 交易 员 坦 尼 娅 、 泰 德 和 特 拉 维 斯 也 加 入 进来 ， 帮 助 团队 澄清 大 约 有 一 打 的 新 条 目 。 

首先 ， 他 们 与 每 个 团队 的 成 员 组 成 三 个 临时 混合 小 组 。 接 着 ， 混 合 小 组 在 房间 的 不 同 区 域 开始 清理 不 同 的 条 目 ， 每 个 区 域 都 
配 有 白板 、 大 墙 空间 、 笔 记 本 电脑 和 投影 仪 。 坦 尼 娅 、 泰 德 和 特 拉 维 斯 分 别 在 第 一 组 、 第 二 组 和 第 三 组 。 


然后 他 们 开始 轮换 梳理 : 30 分 钟 后 ， 计 时 器 到 点 ! 一 个 小 组 走 到 另 一 个 组 所 在 的 区 域 ， 反 之 亦 然 ， 但 坦 尼 娅 、 泰 德 和 特 拉 


续 清 


维 斯 保持 不 动 。 计 时 器 重新 启动 ， 交 易 员 们 向 轮换 进来 的 团队 解释 最 新 的 情况 ， 接 着 大 家 继续 清理 。 





图 2-1 多 团队 PBR 


在 一 整 天 的 时 间 里 ， 随 着 不 同 的 条 目 变 得 越 来 越 清晰 一 一 或 者 留 下 悬而未决 、 不 得 不 在 以 后 进行 探讨 的 问题 一 一 新 条 目 被 
不 断 地 引入 到 工作 区 域 中 。 一 些 较 大 的 条 目 被 分 成 了 两 个 或 三 个 新 的 较 小 的 条 目 。 








小 组 会 在 一 天 中 停止 几 次 澄清 工作 ， 而 做 一 些 估算 ， 主 要 是 为 了 学 习 和 促进 交流 。 他 们 使 用 相对 (故事 ) 点 的 方法 来 做 估 
算 ; 为 了 保持 与 公共 基线 的 同步 ， 他 们 根据 产品 待 办 事项 列表 中 的 一 些 已 经 完成 并 且 众 所 周知 的 条 目 来 对 相对 点 进行 校准 (参见 
11.1.8 节 ) 。 


更 新 产品 待 办 事项 列表 ， 向 产品 负责 人 汇报 最 新 进展 
PBR 研 讨 会 后 的 第 一 天 ， 波 西亚 和 几 个 团队 成 员 (参见 8.1.7 节 和 9.1.4 节 ) : 





` 使 用 从 原始 条 目 中 新 拆 分 出 的 条 目 来 更 新 产品 待 办 事项 列表 ， 并 删除 原始 条 目 。 
创建 新 的 wiki 页 面 ， 在 其 中 添加 链接 ， 指 向 PBR 研 讨 会 中 创建 的 条 目的 详细 内 容 。 
* 记录 新 的 估算 值 ， 准 备 要 实现 的 条 目 。 
随后 ， 波 西亚 和 这 些 团队 成 员 与 保罗 会 面 ， 审 查 产 品 待 办 事项 列表 的 变化 ， 并 回答 保罗 提出 的 一 些 问题 。 


结束 
故事 中 的 一 些 要 点 : 


从 巨大 条 目 上 切 分 出 小 功能 块 ， 从 交付 小 功能 块 中 学 习 ， 避 免 过 早 和 过 度 的 分 析 。 


. 为 了 条 目 ， 以 及 团队 间 的 知识 共享 ， 执 行 多 团队 PBR， 这 可 以 提高 组 织 的 敏捷 性 ， 拓 宽 整 个 产品 知识 ， 并 促进 自 组 织 协 





调 。 
:即使 与 许多 团队 一 起 合作 ， 也 要 努力 践 行 整体 产品 聚焦 的 思想 。 
下 一 步 一 一 下 一 节 将 描述 适用 于 由 许多 团队 组 成 的 大 型 团体 的 巨型 LeSS 框 架 。 


[由 “为 了 帮助 人 物 和 对 应 角色 的 记忆 ， 人 名 采用 头 韵 的 形式 ， 例 如 米 拉 (Mira) 是 团队 成 员 (Member) ， 山 姆 (Sam) 是 Scrum 
Mastetr， 保 罗 (Paolo) 是 产品 负责 人 (Product Ownet) 。 

D] 在 产品 公司 中 ， 产 品 经 理 是 产品 管理 或 产品 营销 角色 一 与 团队 协作 一 注重 愿景 和 方向 ， 鼓 励 创新 ， 分 析 竟 争 对 手 ， 并 发 现 客 
户 和 市 场 需求 及 趋势 。 在 内 部 开发 组 织 中 ， 此 角色 可 能 由 运营 业务 组 中 的 主要 用 户 担任 。Scrum 和 LeSS 中 的 产品 负责 人 一 产品 所 
有 者 一 通常 来 自 于 这 些 角色 ， 例 如 担任 产品 负责 人 的 首席 产品 经 理 保 罗 。 有 关 详 细 信 息 ， 请 参阅 本 书 第 8 章 。 

[3] Spike 是 敏捷 方法 中 的 一 种 对 某 个 主题 进行 深入 讨论 的 实践 。 一 译 者 注 

几 ”除了 首席 产品 经 理 一 一 通常 担任 产品 负责 人 一 一 之 外 ， 许 多 大 型 团队 还 会 有 多 个 产品 支持 经 理 ， 每 个 人 都 专门 负责 一 个 主要 
的 细 分 市 场 或 客户 领域 。 


[5] 读者 若 有 兴趣 ， 可 以 通过 《实例 化 需求 》 (specif ication by example) 了 解 更 多 有 关内 容 。 一 译 者 注 





2.3 ”巨型 LesS 框 架 


2.3.1 需求 领域 


不 论 是 有 1000 人 的 产品 开发 ， 还 是 只 有 100 人 的 产品 开发 ， 由 于 大 量 需求 的 复杂 性 以 及 人 员 的 复杂 性 ， 分 而 治之 似乎 是 不 可 
避免 的 。 传 统 的 大 规模 开发 按 如 下 方式 划分 : 
. 单一 职能 组 (分 析 组 、 测 试 组 ，…… ) 


: 体系 结构 层面 的 组 件 组 (UI 层 组 、 服 务 器 端 组 、 数 据 访问 组 件 组 ，…… ) 


这 种 组 织 设 计 使 开发 变 得 缓慢 而 不 灵活 ， 表 现 为 高 水 平 的 浪费 (库存 、 在 制品 、 交 接 、 信 息 传 播 ，.……) ， 长 延迟 的 ROI, 
复杂 的 规划 和 协调 ， 更 多 的 间接 费用 管理 ， 以 及 弱 反 馈 和 弱 学 习 。 这 种 组 织 方式 是 向 内 围绕 单一 技能 、 体 系 结构 和 管理 模式 设计 


的 ， 而 不 是 向 外 围绕 客户 价值 设计 的 。 


但 是 ， 在 巨型 LeSs 框 架 中 ， 当 超过 大 约 8 个 团队 时 ， 组 织 划分 需要 围绕 客户 关注 的 主要 领域 ( 即 需求 领域 ) 来 进行 。 这 反映 
了 LeSS 以 客户 为 中 心 的 原则 。 


规模 一 一 需求 领域 很 大 ， 参 与 的 团队 通常 有 4 到 j8 个 ， 而 不 只 是 1 个 或 2 个 。 后 面 的 2.3.3 节 将 解释 其 原因 。 


动态 性 一 一 需求 领域 是 动态 的 。 随 着 时 间 的 推移 ， 一 个 领域 的 重要 性 会 发 生变 化 ， 然 后 随 着 团队 加 入 或 离开 一 个 领域 ( 主 
要 是 现存 领域 ) ， 该 领域 会 增长 或 缩小 。 


示例 一 一 例如 ， 在 证 券 产品 (股票 交易 ) 中 ， 以 下 可 能 是 客户 感 兴趣 的 一 些 主 要 需求 领域 : 
` 交易 处 理 ( 从 定价 到 捕 提 ， 再 到 结算 ) 
资产 服务 (例如 处 理 股 票 分 割 、 股 息 ) 
* 新 市 场 启动 (例如 尼日利亚 ) 
概念 上 是 在 一 个 产品 待 办 事项 列表 中 添加 一 个 需求 领域 属性 ， 然 后 把 每 个 条 目 归 类 到 一 个 且 仅 一 个 需求 领域 : 
条 目 需求 领域 
市 场 启 动 
交易 处 理 


资产 服务 
市 场 启动 
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然后 ， 人 们 可 以 关注 一 个 领域 产品 待 办 事项 列表 (概念 上 是 一 个 产品 待 办 事项 列表 的 视图 ) ， 例 如 市 场 启动 领域 : 


条 目 需求 领域 
B 市 场 启动 
F 市 场 启 动 


共同 Sprint 一 一 是 否 每 个 需求 领域 都 在 各 自 的 Sprint 中 单独 工作 ， 并 且 延 迟到 很 晚 的 时 候 做 集成 ? 不 是 这 样 。 
巨型 LeSS 要 求 在 共同 的 Sprint 中 持续 集成 


只 存在 一 个 产品 级 Sptint， 而 不 是 每 个 需求 领域 存在 不 同 的 Sprint。 在 每 个 Sptint 结 束 时 都 会 形成 一 个 集成 的 整体 产品 ， 并 且 
来 自 所 有 需求 领域 的 所 有 团队 都 在 努力 执行 整个 产品 的 持续 集成 。 


在 巨型 LeSs 中 引入 了 一 个 新 角色 。 每 个 需求 领域 都 有 一 个 领域 产品 负责 人 ， 专 门 负责 该 领域 的 产品 待 办 事项 列表 工作 。 


大 型 产品 组 通常 有 几 个 专门 负责 不 同 客户 领域 的 产品 支持 经 理 ， 其 中 一 些 人 可 以 担任 领域 产品 负责 人 人。 有时， 总 体 产 品 负责 
人 还 可 以 兼任 某 一 个 领域 的 领域 产品 负责 人 ; 这 种 情况 更 有 可 能 发 生 在 不 太 巨 大 的 巨型 Less 组 织 中 ! 


2.3.3 ”领域 特性 团队 


领域 特性 团队 在 一 个 需求 领域 (例如 资产 服务 ) 内 工作 ， 一 个 领域 产品 负责 人 专注 于 一 个 领域 产品 待 办 事项 列表 中 的 条 目 。 
从 团队 的 角度 来 看 ， 在 一 个 领域 中 工作 就 像 在 一 个 小 型 LeSS 框 架 中 工作 一 样 一 一 他 们 与 领域 产品 负责 人 积极 互动 ， 就 像 她 是 总 
体 产 品 负 责 人 一 样 ， 依 此 类 推 。 


团队 成 员 对 该 客户 领域 非常 了 解 。 并 且 幸 运 的 是 ， 一 个 需求 领域 的 条 目 在 整个 代码 库 中 对 应 的 子 集 往往 几乎 可 以 推测 到 ， 这 
样 就 能 缩小 团队 成 员 在 庞大 的 产品 中 必须 学 习 的 范围 。 


关于 规模 大 小 有 一 个 关键 点 : 一 个 需求 领域 一 定 有 许多 特性 团队 在 其 上 工作 。 


一 个 需求 领域 通常 有 4 到 8 个 团队 。 这 意味 着 需求 领域 总 是 很 大 的 。 
魔术 数字 4 
首先 ， 为 什么 一 个 需求 领域 建议 的 上 限 是 8 个 团队 呢 ? 请 参见 “魔术 数字 8” 这 一 小 节 。 


建议 下 限 为 4 个 团队 ， 而 不 是 1 个 或 2 个 团队 ， 这 又 是 为 什么 呢 ? 当然 ，4 不 是 一 个 神奇 数 ， 但 它 确实 可 以 实现 一 个 均衡 ， 因 
此 产品 组 不 必 包 括 许多 个 过 于 微小 的 需求 领域 。 


那么 ， 包 括 许 多 个 过 于 微小 的 领域 会 有 什么 问题 呢 ?” 它们 会 降低 对 总 体 产 品级 别 优先 级 的 可 见 性 ， 增 强 局 部 优化 ， 增 加 协调 
复杂 性 ， 需 要 更 多 的 职位 来 填充 ， 并 且 创建 过 于 专门 化 的 团队 ， 该 团队 缺乏 灵活 性 (敏捷 性 ) ， 无 法 从 公司 的 角度 处 理 新 出 现 的 
最 高 价值 条 目 。 此 外 ， 当 领域 很 小 时 ， 领 域 产 品 负责 人 在 用 户 和 一 两 个 团队 之 间 充 当 业 务 分 析 师 角色 的 可 能 性 就 会 增加 。 


下 限 4 是 否 可 以 有 合理 的 例外 呢 ? 是 的 : 


. 在 LeSS 转 型 早期 ， 团 体 正 在 逐步 扩大 一 个 新 的 领域 ， 预 计 最 终 将 需要 4 个 或 4 个 以 上 的 团队 。 这 时 ， 可 以 从 一 个 小 而 简单 的 
团队 开始 。 


. 当 一 个 需求 领域 的 需求 不 断 减少 ， 而 男 一 个 需求 领域 的 需求 不 断 增加 时 ， 为 了 重新 平衡 团队 ， 一 个 领域 会 从 4 个 团队 变 为 3 


个 团队 。 最 终 ， 将 两 个 缩小 的 小 领域 合并 为 一 个 新 的 较 大 领域 。 


需求 领域 和 团队 示例 
总 结 起 来 证 券 产 品 可 以 具有 : 
“1 个 产品 负责 人 和 3 个 领域 产品 负责 人 ， 一 起 构成 产品 负责 人 团队 
. 6 个 交易 处 理 领 域 特性 团队 
: 4 个 市 场 启动 领域 特性 团队 


“ 4 个 资产 服务 领域 特性 团队 


2.3.4 ”巨型 LeSS 框 架 概要 
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功能 团队 


每 个 需求 领域 就 是 一 个 (小 型 框架 ) LeSSs 实 现 ， 各 个 需求 领域 按照 共同 Sprint 并 行 工作 。 我 们 有 时 将 巨型 Less 中 的 Sprint 总 
结 为 一 堆 Less。 





从 领域 团队 的 角度 ， 巨 型 LeSS 看 起 来 就 像 与 事件 相关 的 《小 型 ) LeSS。 
与 LeSs 一 样 ， 巨 型 Less 同 样 有 规则 和 可 选 的 指南 ; 这 些 内 容 将 在 下 面 的 故事 中 加 以 介绍 ， 并 在 后 面 的 章节 中 进行 详 述 。 


角色 一 一 与 LeSS 相 同 ， 再 加 上 两 个 或 多 个 领域 产品 负责 人 ， 以 及 每 个 需求 领域 中 的 4 到 8 个 团队 。 产 品 负责 人 (专注 于 整体 
产品 优化 ) 和 多 个 领域 产品 负责 人 组 成 了 产品 负责 人 团队 。 


工件 一 一 与 LeSS 相 同 ， 再 加 上 一 个 产品 待 办 事项 列表 中 的 需求 领域 属性 ， 因 此 每 个 领域 都 有 一 个 领域 产品 待 办 事项 列表 视 


国 


事件 一 一 仍然 只 存在 一 个 产品 级 共同 的 Sprint; 它 包 括 在 共同 Sprint 上 工作 的 所 有 团队 ， 它 结束 于 一 个 共同 的 潜在 可 交付 产 


品 增 量 。 

2.3.5 ”巨型 LeSs 故 事 
学 习 巨 型 LeSS 一 一 喜欢 正式 讲解 的 读者 可 以 绕 过 这 些 故事 自由 地 跳 到 后 面 的 章节 。 
简单 的 故事 一 一 这 些 都 是 有 意 简 化 的 故事 ， 目 的 只 是 为 了 介绍 巨型 LeSS 的 基础 知识 。 
两 个 主题 一 一 以 下 是 两 个 主题 不 同 的 故事 : 
1. 全 新 且 巨 大 的 需求 ， 创 建 和 扩展 新 的 需求 领域 。 


2. 与 多 地 点 团队 合作 。 (这 种 情况 也 发 生 在 小 型 LeSS 框 架 中 ， 但 在 巨型 LeSS 框 架 中 尤其 常见 。) 
2.3.6 ”巨型 LeSS 故 事 : 新 的 需求 领域 


丽 蒂 欢 迎 波 西亚 度 过 了 她 在 新 职位 上 的 第 一 天 [1]。 作 为 大 型 交易 公司 证 券 部 的 中 层 运 营 经 理 以 及 内 部 证 券 系 统 的 产品 负责 
丽 蒂 同 时 还 肩负 着 为 其 领域 产品 负责 人 所 在 的 产品 负责 人 团队 寻找 和 留 住 人 才 的 重任 。 她 认为 波 西亚 是 一 个 极其 出 色 的 人 


这 
自 
zi 
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才 ， 因 为 她 的 专业 知识 正 是 处 理 新 的 巨型 需求 所 需要 的 (参见 8.2.2 节 ) 。 


波 西 亚 的 上 一 家 公司 是 债券 交易 系统 开发 公司 ， 她 当时 担任 产品 经 理 的 职务 ， 专 门 处 理 公司 的 监管 问题 。 在 波 西 亚 面试 目前 
这 家 公司 时 ， 普 丽 蒂 说 明了 公司 现在 的 这 一 情况 : “ 波 西 亚 ， 在 上 一 次 金融 危机 之 后 ， 监 管 机 构 变 得 越 来 越 严 厉 ， 他 们 要 求 我 们 
遵守 多 德 -弗兰克 法 案 。 现 在 ， 大 家 不 知道 这 到 | 底 意味 着 什么 ， 也 不 知道 它 对 我 们 的 系统 会 产生 什么 样 的 影响 。 你 对 这 个 领域 的 
了 解 非常 深入 ， 而 且 还 有 一 个 很 棒 的 监管 人 员 专 业 网 络 。 如 果 你 能 加 入 我 们 的 团队 ， 帮 助 我 们 解决 这 个 问题 ， 我 一 定 会 欣喜 若 狂 
的 。” 


几 天 后 .……. 波 西亚 、 彼 得 和 苏 珊 走 进 了 普 丽 蒂 的 办 公 室 。 彼 得 是 市 场 启动 领域 产品 负责 人 ， 苏 珊 是 交易 处 理 领 域 的 Scrum 


Master。 


普 丽 蒂 非 常 欢迎 大 家 的 到 来 ， 接 着 立即 把 话题 转 到 正题 ， 说 道 : “你 们 大 家 知道 ， 多 德 -弗兰克 法 案 真 的 要 来 了 ， 而 且 来 势 
凶猛 。 但 你 们 还 不 知道 ， 就 在 今天 早上 监管 机 构 打 来 了 电话 ， 希 望 我 们 现在 就 开始 行动 。 我 一 直 以 为 我 们 可 以 明年 才 会 开始 ， 所 
以 ,我 们 现在 就 必须 行动 了 ， 是 关键 时 刻 啊 。” 


“我 认为 没有 人 清楚 这 个 要 求 的 详细 售 义 ， 甚 至 连 监管 者 也 不 清楚 。 我 们 不 知道 它 对 我 们 的 系统 会 产生 怎样 的 影响 ， 也 不 知 
道 工 作 量 有 多 大 ， 当 然 一 定 会 很 大 ! 不 过 现在 波 西亚 加 入 了 我 们 的 团队 ， 她 比 任何 人 都 了 解 这 一 点 ， 尽 管 她 对 我 们 的 系统 还 是 完 
全 陌生 的 。 那 么 ， 我 们 该 如 何 帮助 她 开始 处 理 这 堆积 如 山 的 工作 呢 ?“ 


苏 珊 问 : “你 们 了 解 诵读 困难 症 僵 尸 (Dyslexic Zombies) 团队 ， 对 吧 ? " 


彼得 和 普 丽 蒂 点 了 点 头 。 所 有 人 都 知道 一 一 不 仅仅 是 他 们 的 名 字 。 诵 读 困 难 症 僵尸 团队 | 所 可 能 是 所 有 团队 中 拥有 最 广泛 经 
验 的 团队 。 他 们 已 经 存在 多 年 了 ， 当 他 们 采用 LeSS 时 ， 他 们 真 的 是 痛 若 煎熬。 该 团队 中 的 两 个 成 员 来 自 现在 已 被 遗弃 的 架构 小 
组 ， 还 有 几 个 成 员 已 经 在 那个 系统 工作 超过 15 年 了 。 这 些 人 对 采用 LeSS 非 常 抵制 ， 因 为 他 们 担心 会 失去 自己 的 “系统 观点 ”。 
出 乎 他 们 意料 的 是 ， 事 情 发 生 了 反 转 ! 因为 他 们 知识 丰富 ， 功 力 深厚 ， 所 以 能 够 不 断 得 到 挑战 性 的 开发 任务 。 他 们 还 经 常 作为 专 
家 讲师 参加 为 新 人 举办 的 最 新 架构 学 习 研 讨 会 ， 而 马里 奥 一 一 前 PowerPoint 架 构 师 之 一 一 一 现在 担任 架构 社区 的 协调 员 。 这 个 
人 只 有 在 啤酒 喝 到 一 定 程度 时 ， 才 会 承认 密切 参与 代码 和 测试 工作 增加 了 他 对 系统 的 真正 理解 。 





苏 珊 继续 说 : “如 果 说 有 一 个 团队 能 快速 帮助 波 西 亚 更 好 地 了 解 多 德 -弗兰克 法 案 的 规模 和 影响 ， 那 就 是 僵尸 团队 。 几 年 前 
他 们 领导 了 萨 班 斯 -奥克斯 利 法 案 的 研究 。 明 天 他 们 要 举办 PBR 会 议 ， 为 一 个 新 功能 收尾 。 我 们 为 什么 不 在 这 个 会 议 上 ， 引 导 他 
们 参加 多 德 -弗兰克 法 案 的 讨论 ， 并 让 他 们 在 不 久 以 后 就 集中 精力 把 全 部 时 间 放 在 这 件 事 情 上 呢 ?“ 





与 僵尸 团队 一 起 梳理 条 目 


第 二 天 ， 在 与 僵尸 团队 一 起 参加 的 梳理 会 议 上 ， 波 西亚 解释 了 情况 ，“ 大 家 可 能 都 听 过 多 德 -弗兰克 法 案 。 但 很 令 人 吃惊 : 
监管 机 构 刚 刚 通知 我 们 ， 和 希望 我 们 “立即 ”采取 行动 ， 并 在 今年 年 底 前 明显 达到 合 规 要 求 。 否 则 他 们 就 有 可 能 限制 我 们 的 交易 。 


听 到 这 个 消息 后 ， 僵 尸 团 队 成 员 显然 很 惊讶 。 他 们 听 到 过 一 些 传言 ， 但 没 想到 会 这 么 匆忙 ! 


马里 奥 说 : “好 吧 ， 波 西亚 ， 给 我 们 简短 地 总 结 一 下 ， 这 意味 着 什么 ， 多 德 -弗兰克 法 案 和 萨 班 斯 -奥克斯 利 法 案 有 什么 不 
同 ?“ 





波 西亚 拿 起 笔 ， 在 白板 上 画 了 大 约 45 分 钟 后 ， 完 成 了 一 个 概况 图 ， 僵 尸 团队 成 员 看 着 ， 并 有 点 目瞪口呆 。 


“他 们 说 的 是 到 年 底 ? ”马里 奥 说 。“ 即 使 整个 产品 组 从 今天 就 开始 ， 到 时 也 无 法 完成 。 这 事 巨 大 无 比 !“ 
马里 奥 拿 起 一 支 笔 ， 在 白板 上 开始 勾画 他 们 的 系统 ， 与 其 他 僵尸 团队 成 员 讨论 系统 可 能 受到 的 影响 。 
他 说 : “ 波 西亚 ， 让 我 们 也 利用 这 个 机 会 帮 你 更 好 地 理解 一 下 这 个 系统 。 你 随便 问 。 

波 西亚 说 : “你 能 等 一 下 吗 ? 我 来 录 个 像 ， 这 样 可 以 帮 有 我 记 住 。 


米 软 尔 是 这 个 团队 的 一 名 资深 成 员 ， 她 说 : “我 们 最 好 尽快 开始 一 些 真正 的 开发 ， 并 在 前 进 中 学 习 ， 否 则 我 们 到 头 来 还 是 在 
分 析 。 我 以 前 见 过 这 样 的 事情 。 

Scrum Master 苏 珊 说 道 : “我 刚刚 想到 .….Tom DeMarco 曾 说 过 ， 每 一 个 失败 的 项 目 都 是 因为 起 步 太 晚 。” 大 家 都 笑 
了 。 她 继续 说 : “所 以 我 的 建议 是 : 从 切 分 出 小 功能 块 开始 。” (参见 9.1.3 节 ) 

创建 新 的 需求 领域 

第 二 天 ， 波 西亚 、 普 丽 蒂 和 产品 负责 人 团队 的 其 他 成 员 会 面 。 波 西亚 概括 性 地 分 享 了 到 目前 为 止 她 所 理解 的 需求 范围 。 

普 丽 蒂 说 : “这 个 范围 比 我 预期 的 还 要 大 ， 我 们 需要 在 几 个 月 内 向 监管 机 构 展 示 一 些 切 实 的 进展 ， 并 在 财政 年 度 结束 前 
一 一 也 就 是 说 从 现在 起 有 7 个 月 展示 一 些 重大 的 进展 。 他 们 现在 被 授权 随时 可 以 向 我 们 提出 更 多 的 要 求 ， 并 有 权 关 闭 我 们 的 


业务 。 正 如 大 家 所 知道 的 ， 就 在 上 个 月 ， 首 席 执行 官 曾 明确 表示 过 新 的 监管 要 求 必需 优先 于 任何 其 他 事务 。 根 据 我 的 经 验 ， 如 果 
我 们 能 尽早 给 监管 机 构 展示 一 些 东 西 ， 并 做 到 透明 和 反应 灵敏 ， 我 们 与 监管 机 构 打交道 时 的 灵活 性 就 会 提高 。 这 就 是 我 们 要 做 的 





事情 。” 


普 丽 蒂 继续 说 : “ 依 我 看 ,我 们 需要 建立 一 个 新 的 需求 领域 来 迎接 这 个 突然 袭击 。 当 然 ， 这 可 能 会 影响 到 我 们 现 有 的 一 些 高 
优先 级 目标 ， 因 为 我 们 必须 转移 一 些 团 队 。 大 家 准备 一 下 ， 一 两 天 后 我 们 举行 一 次 会 议 ， 深 入 讨论 一 下 该 需求 对 整体 优先 级 的 影 
响 。 不 过 现在 ,我 想 先 听 听 大 家 关于 开辟 新 领域 的 意见 。” (参见 9.2.4 节 ) 


经 过 简短 的 讨论 ， 每 个 人 显然 都 认识 到 了 创建 新 领域 的 重要 性 。 
普 丽 蒂 接着 说 : “ 波 西亚 ， 你 是 新 来 的 ， 对 于 这 件 事 ， 你 认为 自己 能 处 理 好 领域 产品 负责 人 这 个 角色 的 责任 吗 ?“ 
波 西亚 点 了 点 头 。 


普 丽 蒂 继 续 说 : “彼得 ， 你 认为 僵尸 团队 可 以 开始 做 这 件 事 吗 ? 他 们 需要 学 习 多 德 -弗兰克 法 案 知识 ， 在 更 多 的 团队 加 入 之 
前 需要 弄 清楚 该 法 案 对 我 们 系统 的 影响 。” (参见 13.1.15 节 ) 
彼得 说 : “我 想 我 们 别 无 选择 。 
丽 蒂 说 : “好 吧 ， 波 西亚 ， 现 在 我 们 已 经 从 彼得 的 领域 待 办 事项 列表 中 拿 到 一 些 条 目 ， 还 有 那个 巨型 条 目 一 一 你 称 之 


为 “多 德 -弗兰克 的 其 余部 分 ”， 以 及 僵尸 团队 和 你 从 该 巨型 条 目 中 切 分 出 来 的 那个 细小 条 目 。 让 彼得 向 你 演示 一 下 如 何在 产品 
待 办 事项 列表 中 设置 新 领域 ， 以 及 如 何 将 条 目 转移 到 该 区 域 。 


普 丽 蒂 继 续 向 小 组 讲 道 : “下 一 个 Sprint 将 在 三 天 后 开始 。 僵 尸 团 队 将 会 转移 到 你 们 领域 ， 这 样 你们 就 可 以 开始 启动 这 个 怪 
兽 了 。 也 许 在 一 两 个 Sprint 阶段 后 ， 我 们 将 会 准备 好 一 一 并 且 必 须 准备 好 一 一 为 你 们 领域 增加 一 个 团队 ， 以 加 强 你 们 的 开发 力 
量 。 各 位 ， 有 两 个 主要 问题 ， 请 大 家 考虑 一 下 : 第 一 ， 准 备 在 几 天 后 召开 一 次 重要 的 会 议 ， 讨 论 优先 级 影响 事宜 。 第 二 ， 还 有 其 
他 哪些 团队 可 以 作为 新 领域 优秀 的 候选 团队 。 


新 需求 领域 的 Sprint 规划 


每 个 需求 领域 都 有 自己 的 Sprint 计划 会 议 ， 而 且 这 些 会 议 几乎 都 是 并 行 举行 的 。 在 波 西亚 的 新 领域 ，Sprint 计 划 会 议 以 她 向 
僵尸 团队 成 员 介绍 两 张 陌生 面孔 开始 。 


她 说 : “ 吉 莉 安 和 扎 克 与 监管 机 构 一 直 有 定期 的 联系 ， 他 们 将 帮助 我 们 把 这 件 事 具 体 化 。 他 们 已 经 同意 在 PBR 会 议 期 间 帮 助 
我 们 做 计划 ， 并 且 在 后 面 的 Sprint 中 每 天 都 会 尽 可 能 多 抽出 些 时 间 来 帮助 我 们 。 


她 继续 说 : “下 面 是 我 对 未 来 两 个 Sprint 的 初步 突击 计划 。 首 先 ， 我 们 需要 一 起 了 解 多 德 -弗兰克 法 案 的 更 多 内 容 ， 并 将 其 
分 解 为 几 个 主要 的 、 容 易 管 理 的 部 分 ， 这 样 我 们 才能 消除 迷雾 ， 对 优先 事项 有 一 个 更 好 的 认识 。 


“第 二 ， 从 这 个 Sprint 开始 ， 我 们 要 实现 那个 切 分 下 来 的 小 功能 块 。 这 将 能 帮助 我 们 更 好 地 了 解 有 关 法 案 的 真正 的 工作 以 及 
对 我 们 产品 的 影响 。 我 们 也 会 因此 取得 一 些 具体 可 见 的 进展 。 


“第 三 ,我 们 需要 做 好 准备 ， 迎 接 更 多 的 团队 加 入 我 们 的 领域 。 大 家 觉得 这 种 方法 怎么 样 ? 有 没有 其 他 建议 ?“ 


在 简短 的 讨论 过 程 中 ， 马 里 奥 对 他 的 团队 说 : “最 近 我 代表 我 们 的 团队 参加 了 所 有 领域 产品 负责 人 和 普 丽 蒂 举 行 的 产品 负责 
人 团队 会 议 ， 我 想 就 有 关 背 景 多 讲 一 点 。 首 先 ， 项 目 开 始 阶段 ， 只 有 我 们 一 个 团队 。 我 们 将 在 早期 实现 方面 发 挥 主导 作用 ， 了 解 
条 目的 总 体 情况 ， 并 理解 对 体系 结构 的 总 体 影响 。” (参见 13.1.15 节 ) 


米 拘 尔 打 断 道 : “就 像 一 个 老虎 团队 B] 开 发 新 产品 吗 ?“ 


“是 的 ， 就 是 这 样 ，” 马 里 奥 说 。 “把 我 们 的 产品 对 多 德 -弗兰克 法 案 的 支持 看 作 是 一 种 新 的 产品 ， 它 需要 不 断 地 融合 到 我 


们 产品 的 其 余部 分 中 去 。 但 是 由 于 时 间 匆 忙 ， 工 作 量 大 ， 几 个 Sprint 过 后 ， 需 要 有 一 支 团队 加 入 我 们 ， 不 久之 后 ， 可 能 还 有 另外 
两 支 团队 再 加 入 。 届 时 ， 我 们 的 开发 不 会 中 断 ， 但 我 们 会 变 成 一 支 领 头羊 团队 ， 这 意味 着 我 们 需要 带领 其 他 团队 跟 上 速度 ， 并 确 
保 我 们 在 引导 整体 产品 的 推进 。 


米 软 尔 说 : “ 听 起 来 这 就 像 我 们 将 要 成 为 一 个 架构 和 项 目 管 理 团队 一 样 !“ 
马里 奥 笑 了 ，“ 不 ， 受 够 你 了 。 我 们 仍然 是 一 个 常规 的 特性 团队 ， 但 除了 开发 之 外 ， 我 们 确实 需要 关注 和 指导 新 团队 ， 让 他 
们 尽快 赶 上 。 但 我 们 要 清楚 : 团队 协调 和 管理 仍然 是 每 个 团队 的 责任 。” 
新 需求 领域 的 第 一 个 Sprint 


第 一 个 Sprint 是 一 个 不 同 寻常 的 过 程 ， 是 在 需求 澄清 和 开发 之 间 不 断 寻求 平衡 的 过 程 ， 但 这 对 目前 这 种 极端 情况 来 说 相当 有 
用 。 团 队 花 了 将 近 一 半 的 Sprint 时 间 与 波 西亚 、 吉 莉 安 以 及 扎 克 交流 。 这 是 因为 ， 即 使 是 为 了 这 一 小 块 需求 ， 试 图 理解 政府 新 法 
规 这 一 星 深 领域 一 一 无 法 直接 接触 政客 和 政策 制定 者 一 一 也 需要 大 量 的 调查 、 阅 读 、 讨 论 以 及 对 外 沟通 (参见 9.1.3 节 和 9.2.5 
节 ) 。 他 们 预计 ， 在 未 来 的 Sprint 中 ， 澄 清 所 需 的 时 间 将 很 快 减少 到 通常 的 水 平 ， 即 一 个 Sprint 时 间 的 10% 或 15%。 





也 就 是 阅 在 这 个 Sprint 中 他 们 只 花 了 一 半 的 Sprint 时 间 来 开发 一 个 小 条 目 。 但 是 讨论 和 从 编码 中 学 习 是 有 回报 的 。 尽 管 慢 了 
但 值得 肯定 的 是 ， 他 们 能 够 开始 分 解 多 德 -弗兰克 法 案 了 一 一 至 少 分 解 成 他 们 中 的 任何 人 都 能 理解 的 部 分 。 





在 实现 这 个 首先 切 分 下 来 的 小 条 目 时 ， 他 们 人 花 了 很 多 时 间 讨 论 系统 的 总 体 设计 ， 频 繁 地 在 代码 和 设计 之 间 来 回 切换 ， 理 清 思 
路 。 


新 需求 领域 的 Sprint 评审 

整个 证 券 产 品 组 在 一 个 Sprint 中 协同 工作 ， 最 终 实现 了 一 个 可 交付 产品 增 量 。 但 是 每 个 需求 领域 都 有 自己 的 Sprint 评审 ， 所 
有 评审 几乎 都 是 并 行进 行 的 。 

在 评审 期 间 ， 汶 西亚 、 吉 莉 安 和 扎 克 仔细 察看 了 僵尸 团队 成 员 实 现 并 集成 到 整体 产品 中 的 一 个 “完成 ”条 目 。 他 们 最 初 预测 
要 完成 两 个 条 目 ， 最 终 完 成 了 一 个 ， 但 波 西亚 对 他 们 的 成 果 仍 印象 深刻 ， 想 想 看 ， 这 项 新 工作 当时 那么 快 就 分 给 了 他 们 。 

第 二 个 Sprint 

在 第 二 个 Sprint 中 ， 他 们 再 次 花 了 很 多 时 间 与 波 西 亚 、 吉 莉 安 以 及 扎 克 一 起 澄清 需求 ， 条 目 有 一 定 的 进展 ， 但 却 不 尽 如 人 

在 Sprint 进行 到 一 半 的 时 候 ， 他 们 与 即将 加 入 该 领域 的 第 二 个 团队 举行 了 一 次 多 团队 PBR 会 议 ， 向 他 们 讲授 了 多 德 -弗兰克 
的 相关 知识 。 然 后 又 举办 了 一 个 现行 体系 结构 的 学 习 研 讨 会 ， 向 团队 介绍 已 有 的 主要 设计 元 素 (参见 13.1.9 节 ) 。 

僵尸 团队 明白 这 项 工作 非常 大 ， 并 期 待 得 到 更 多 的 帮助 。 

产品 负责 人 团队 会 议 
每 个 Sprint 都 会 举办 一 次 产品 负责 人 团队 会 议 ， 该 会 议 用 于 调整 和 协调 不 同 领域 产品 负责 人 之 间 的 关系 ， 并 为 大 家 提供 一 些 


指导 (参见 12.2 节 ) 。 


在 几 个 Sprint 之 后 的 一 次 产品 负责 人 团队 会 议 上 ， 领 域 产 品 负责 人 轮流 分 享 他 们 的 情况 和 接 下 来 的 目标 。 当 轮 到 波 西亚 时 ， 
她 说 道 : “不 出 意料 ， 进 展 较 小 ， 挑 战 很 大 。 但 是 浓 雾 正在 散 去 ， 我 和 队员 们 正在 全 力 以 赴 地 工作 。 吉 莉 安 和 扎 克 帮 了 很 大 的 
忙 。” 


巴 勃 罗 是 资产 服务 的 领域 产品 负责 人 ， 他 对 他 们 领域 间 关 系 紧密 的 条 目 做 了 一 些 评论 。 波 西亚 同意 稍 后 会 见 巴 勃 罗 和 几 位 团 
队 代表 。 


普 丽 蒂 问 : “ 波 西亚 ， 你 认为 我 们 下 一 个 Sprint 的 目标 是 什么 ?“ 
增加 第 三 个 团队 


两 个 Sprint 过 后 .…… 在 产品 负责 人 团队 协调 会 议 上 ， 普 丽 蒂 讲 话 : “正如 大 家 所 知 ， 波 西亚 所 在 的 领域 目前 仍然 只 有 两 个 团 
队 。 我 知道 巴 勃 罗 希 望 他 的 六 个 团队 保持 在 资产 服务 领域 ， 但 多 德 -弗兰克 法 案 今年 对 我 来 说 太 重 要 了 ， 所 以 我 们 不 得 不 把 巴 勃 
罗 领 域 中 的 一 个 团队 移 到 波 西亚 的 领域 。 巴 勃 罗 ， 请 从 你 们 组 里 找 一 个 志愿 团队 ， 然 后 告诉 我 和 波 西亚 。” 


结束 
巨型 Less 故 事 中 的 一 些 关键 点 : 
总体 产 品 负责 人 负责 寻找 领域 产品 负责 人 ， 并 负责 发 展 他 们 的 能 力 。 
:总体 产品 负责 人 负责 决定 启动 、 增 长 或 压缩 需求 领域 。 


. 需求 领域 很 大 ， 通 常 需要 4 到 8 个 团队 ， 但 在 初始 启动 期 间 ， 尤 其 是 在 只 有 一 个 团队 且 使 用 “ 切 分 出 小 功能 块 ” 方 法 启动 
时 ， 需求 领域 可 以 小 一 些 。 


* 领头 羊 团队 首先 独自 处 理 一 个 大 型 条 目 ， 直 到 他 们 了 解 该 领域 以 及 开发 方式 ， 然 后 指导 更 多 的 新 团队 来 帮助 完成 巨 量 工 


作 。 


2.3.7 ”多 地 点 团队 : 术语 与 提示 


接 下 来 是 一 个 涉及 多 地 点 团队 的 巨型 LeSS 故 事 。 但 首先 还 要 明确 一 些 定义 ， 因 为 通用 术语 分 布 式 团队 (distributed 
team) 所 表示 的 含义 经 常 被 混淆 ， 这 里 对 这 些 术 语 加 以 澄清 : 


:分散 团队 一 一 人 员 (例如 7 人 ) 分 布 在 不 同 地 理 位 置 的 团队 ; 不 同 的 房间 、 不 同 的 建筑 物 ， 甚 至 不 同 的 城市 。 
` 同 地 点 团队 一 一 几乎 是 围 坐 在 同一 张 办 公 束 穷 工作 的 团队 。 

` 多 地 点 团队 一 一 在 一 个 地 点 工作 的 同 地 点 团队 ， 和 在 另 一 地 点 工作 的 同 地 点 团队 。 

其 次 ， 这 里 再 给 出 一 些 提示 : 

“分散 团队 很 少 是 真正 的 团队 ; 它 更 可 能 是 松散 联系 的 个 人 群体 。 沟 通 协调 摩擦 较 大 ， 很 少 能 结 成 团队 。 


" 当 产 品 组 有 50 人 或 500 人 时 ， 没 有 必要 采用 分 散 团队 。7 人 一 个 小 组 很 容易 共处 一 地 。 但 是 ， 这 样 的 团队 有 些 可 能 位 于 不 同 
的 地 点 ， 因 此 产品 组 拥有 的 是 多 地 点 团队 。 分 散 团 队 通 常 是 不 良 组 织 决 策 的 产物 ， 也 可 能 是 没 考虑 到 不 采用 同 地 点 团队 所 需 成 
本 。 


规则 : 每 个 团队 都 是 自 管理 的 、 跨 职能 的 、 同 地 点 的 、 长 期 的 。 


2.3.8 ”巨型 LeSS 故 事 : 多 地 点 团队 


波 西亚 是 证 券 交易 系统 中 新 需求 领域 的 领域 产品 负责 人 。 新 的 领域 开始 时 只 有 一 个 团队 ， 专 注 而 简单 。 几 个 Sprint 之 后 ， 波 
西亚 的 领域 增加 到 了 三 个 团队 。 她 和 前 两 个 团队 一 起 驻扎 在 伦敦 。 但 是 第 三 个 新 团队 ， 名 叫 德 拉 库 勒 斯 第 家 族 
(HouseDraculesti) ， 位 于 公司 的 一 个 主要 开发 基地 ， 在 罗马 尼 亚 的 克 鲁 日 。 


为 什么 不 在 伦敦 开发 基地 添加 第 三 个 团队 呢 ? 这 样 做 不 是 可 以 避免 在 一 个 需求 领域 内 进行 多 地 点 开发 可 能 带 来 的 许多 麻烦 和 
效率 损失 吗 ? 其 中 的 成 本 提高 会 使 得 其 添加 了 一 个 团队 而 不 得 不 去 掉 另 一 个 团队 。 

但 这 个 案例 有 其 积极 的 一 面 ， 因 为 克 鲁 日 距离 伦敦 只 有 两 个 时 区 ， 那 里 的 人 都 说 英语 ， 而 且 在 这 个 重视 长 期 实践 工程 的 城市 
里 ， 很 多 开发 人 员 拥 有 计算 机 科学 学 位 ， 具 有 超 强 能 力 。 此 外 ， 这 是 公司 一 个 专门 的 内 部 开发 地 点 ， 这 些 内 部 团队 都 有 丰富 的 开 
发 经 验 ， 对 产品 和 领域 有 着 深刻 的 理解 。 

说 到 底 ， 普 丽 蒂 (产品 负责 人 ) 不 希望 任何 伦敦 团队 离开 他 们 目前 所 在 的 需求 领域 。 

普 丽 蒂 知 道 多 地 点 团队 是 波 西 亚 要 面临 的 一 种 全 新 情况 ， 所 以 在 接 下 来 的 一 次 会 议 上 ， 她 这 样 说 道 : “请 你 的 Scrum 
Master 和 西塔 谈 谈 ， 也 请 西塔 对 你 在 做 的 一 些 事情 提供 一 些 指 导 。 她 是 资产 服务 领域 的 Scrum Master， 几 年 来 她 一 直 天 注 着 他 
们 的 多 地 点 开发 。 她 知道 各 个 Scrum Master 与 他 们 的 团队 同 地 办 公 的 重要 性 ， 并 且 帮 助 主持 了 许多 次 多 地 点 会 议 。” 

普 丽 蒂 继续 说 : “而 且 ， 我 们 今年 的 利润 非常 可 观 ， 所 以 我 将 给 你 和 僵尸 团队 提供 资金 ， 尽 快 旅 行 到 克 鲁 日 去 ， 和 那里 的 团 
队 同 坐 在 一 个 房间 内 一 起 做 迭代 ， 紧 密 合作 。 克 鲁 日 团队 也 可 以 来 伦敦 ， 但 你 需要 在 他 们 的 工作 地 点 发 出 一 个 强烈 信号 ， 表 明 他 
们 很 重要 。 当 然 要 尽量 避免 让 他 们 觉得 伦敦 比 克 鲁 日 更 重要 。 哦 ， 你 还 可 以 邀请 他 们 每 隔 几 个 月 定期 走访 一 次 。 

多 地 点 Sprint 计划 第 一 部 分 

几 个 Sprint 之 后 ， 有 一 次 波 西亚 走 进 了 一 个 房间 ， 她 看 到 房间 里 的 计算 机 显示 器 投影 仪 连接 着 笔记 本 电脑 ， 视 频 里 正在 显示 
的 是 克 鲁 日 的 一 个 房间 ， 克 鲁 日 的 整个 团队 都 坐 在 那里 。 西 塔 建议 整个 克 鲁 日 团队 在 加 入 该 需求 领域 的 前 几 个 月 里 能 够 参加 多 地 
点 会 议 ， 这 将 能 有 效 提高 大 家 的 学 习 效 率 和 参与 度 (参见 12.1.2 节 ) 。 

所 有 团队 代表 都 带 着 平板 电脑 或 笔记 本 电脑 。 

波 西 亚 开 始 讲 话 : “欢迎 大 家 。 屏 幕 上 的 共享 电子 表格 中 突出 显示 的 部 分 是 我 对 这 个 Sprint 条 目的 提议 。 我 想 大 家 都 明白 为 
什么 这 些 主题 和 优先 事项 都 很 重要 ， 因 为 我 们 已 经 在 PBR 中 讨论 过 这 个 问题 ， 它 反映 了 我 们 大 家 的 意见 。 不 过 ， 现 在 再 问 大 家 一 
次 ， 你 是 否 需要 对 它们 做 再 次 的 澄清 。 除 此 之 外 ， 我 还 会 邀请 大 家 在 自己 希望 开发 的 条 目 旁 输入 团队 名 称 。 

完成 之 后 ， 小 组 进入 问答 阶段 ， 并 总 结 了 条 目 一 直人 存在 的 一 些 问题 。 伦 敦 的 代表 们 在 墙 面 贴纸 上 写 问 题 ， 克 鲁 日 的 团队 成 员 
在 共享 电子 表格 中 键入 问题 。 波 西亚 花 时 间 看 了 一 些 贴纸 上 的 图 ， 并 与 大 家 边 讨论 答案 边 在 纸 上 画 草图 。 她 还 伦 了 一 些 时 间 在 电 
子 表格 上 为 克 鲁 日 团队 作答 ， 同 时 通过 视频 会 议 与 他 们 进行 面对面 的 交谈 。 

大 约 30 分 钟 后 ， 各 种 不 同 的 问题 都 得 到 了 解决 ， 波 西亚 请 大 家 一 起 回来 。 她 说 : “在 我 们 结束 之 前 ， 大 家 还 有 什么 问题 想 
一 起 讨论 吗 ?“ 

多 地 点 轧 体 PBR 

伦敦 地 点 的 人 们 进入 研讨 会 会 议 室 。 那 里 设置 有 两 台 投 影 仪 。 一 台 显 示 的 是 克 鲁 日 工作 室 视频 ， 另 一 台 显 示 的 是 波 西 亚 计算 

机 上 的 浏览 器 (参见 11.1.2 节 和 11.1.5 节 ) 。 


波 西亚 说 道 : “我 们 开始 吧 。 我 想 集中 拆 分 一 些 条 目 。 我 邀请 了 扎 克 加 入 进来 ， 他 对 此 非常 了 解 .“ 


扎 克 使 用 了 一 个 基于 浏览 器 的 思维 导 图 工具 ， 一 边 与 小 组 讨论 一 边 创建 思维 导 图 分 支 。 





然后 ， 他 们 使 用 共享 电子 表格 为 每 个 新 拆 分 的 条 目 编写 实例 ， 以 便 两 个 地 点 的 人 员 都 能 对 细节 有 一 个 轻 量 级 但 很 具体 的 了 
解 。 之 后 ， 小 组 使 用 特别 大 的 规划 扑克 来 对 新 条 目 做 估算 ， 大 的 规划 扑克 有 助 于 大 家 举 牌 时 在 计算 机 和 视频 上 看 得 清楚 。 


结束 
巨型 LeSS 多 地 点 故事 中 的 一 些 关键 点 : 


* 多 地 点 团队 经 常会 产生 明显 且 微妙 的 摩擦 并 增加 成 本 ， 其 负面 影响 之 大 往往 令 人 吃惊 。 


.减少 地 点 摩擦 的 有 效 方法 包括 : 团队 时 区 相近 ， 工 作 地 点 为 内 部 且 专 用 ( 非 外 包 ) ， 开 发 人 员 流利 使 用 相同 语言 ， 地 理 位 
置 和 文化 方面 高 度 重视 开发 人 员 的 长 期 实践 和 卓越 能 力 。 


-Scrum Master 必 须 与 他 们 的 团队 共处 一 地 。 

. 各 地 点 人 员 相 互 之 间 感 觉 像 同伴 ， 而 不 是 二 等 公民 。 
. 定期 走访 不 同 地 点 ， 增 加 相互 交流 。 

. 会 议 中 争取 使 用 视频 工具 进行 虚拟 面对面 交流 。 

. 使 用 共享 文档 工具 ， 同 步 轻松 地 修改 工件 。 


[1 提示: 为 了 便于 角色 记忆 ， 命 名 使 用 头 韵 方式 。 普 丽 蒂 (Prii) 是 产品 负责 人 (Product Owner) ， 波 西亚 (Portia) 是 领域 产品 负 
责 人 (Atea Product Owner) ， 苏 珊 (Susan) 是 Scrum Mastet， 马 里 奥 (Matio) 是 团队 成 员 (Member) 。 

四 是 的 ， 这 是 他 们 在 里 斯 本 使 用 的 真实 名 字 。 

[3] Tiger team， 笼 统 地 讲 ， 指 专家 团队 。 译 者 注 





2.4 继续 前 进 


不 要 问 : “我 们 如 何在 复杂 而 笨拙 的 组 织 中 实现 大 规模 敏捷 ? ” 而 要 问 一 个 特别 且 有 深度 的 问题 : “我 们 如 何 简化 组 织 使 其 
变 得 敏捷 而 不 是 去 做 敏捷 ? ”真正 扩展 Scrum 起 始 于 变革 组 织 ， 而 不 是 改变 Scrum。 在 下 一 个 部 分 中 ， 我 们 将 利用 4 章 的 篇 幅 集 
中 讨论 如 何 理 解 和 实现 简单 的 以 客户 为 中 心 的 LeSS 组 织 。 


骨 接 下 来 有 部 分 LeSS 产 品 和 LeSS Sprint， 我们 将 在 其 中 介绍 简单 LeSS 组 织 中 以 客户 为 中 心 的 产品 和 迁 代 。 


第 一 部 分 “LeSS 结 构 


-第 3 章 采用 
. 第 4 章 围绕 客户 价值 组 织 
. 第 5 章 管理 


第 6 章 Scrum Mastet 


第 3 草 ; 


林 
本 


生 大 材 ， 不 遇 其 时 ， 其 势 定 衰 。 生 平 唐 ， 不 化 其 势 ， 其 性 定 弱 。 


一 一 老子 


单 团 队 Scrum 


Scrum 简 单 ， 但 采用 Scrum 却 并 非 如 此 。 为 什么 会 这 样 呢 ? 


Scrum 不 是 一 个 过 程 ， 它 不 会 如 魔法 般 神 奇 地 解决 问题 ， 并 创造 出 “高 产 ” 团 队 。 它 是 一 个 可 以 建立 短 反馈 回路 以 大 大 提高 
透明 度 的 框架 。 它 就 像 一 面 镜子 ， 能 照 出 团队 创造 产品 的 能 力 ， 会 暴露 团队 和 组 织 中 的 问题 。 这 种 可 见 性 是 经 验 性 过 程控 制 的 基 
础 ， 它 与 检查 -调整 原则 一 起 ， 将 团队 、 产 品 负责 人 和 组 织 置 于 一 个 持续 改进 的 循环 之 中 。 





这 是 个 好 消息 ， 但 坏 消息 是 这 太 糟 糕 了 。 事 实 上 ， 透 明 会 令 人 不 安 ， 甚 至 具有 威胁 性 ， 这 会 使 方法 的 采用 变 得 困难 重重 。 
单 团队 Scrum 对 Scrum 的 采用 描述 不 多 ， 而 只 是 讲 “ 照 着 书本 开始 ” 


这 并 不 是 因为 Scr um 狂热 者 想 要 在 世界 上 强制 大 家 使 
用 他 们 喜爱 的 规则 ， 而 是 承认 改进 始 于 遵循 和 理解 标准 ， 或 者 像 精益 思想 中 所 说 的 ，“ 没 有 标准 ， 就 不 可 能 有 改善 。” 通过 这 本 
书 体 验 Scrum 可 以 让 读者 从 一 个 系统 思维 的 视角 了 解 Scrum 原 则 和 实践 之 间 的 关系 ， 这 对 Scrum 的 成 功 至 关 重 要 。 


经 验 丰富 的 Scrum Master 加 上 对 Scrum 有 深刻 理解 的 团队 将 极 大 提高 成 功 采 用 一 种 方法 的 可 能 





LeSs 采 用 涉及 大 型 组 织 


和 许多 天 于 组 织 应 该 如 何 运 作 的 根深 蒂 固 的 假设 


有。 成 功 的 采用 需要 挑战 这 些 假设 ， 以 及 简化 组 织 结 
构 ， 所 要 用 的 武器 就 是 大 团体 工作 中 需要 的 激烈 的 政治 观点 和 敢于 “ 丢 面子 ”的 勇气 。 方 法 的 采用 需要 每 个 人 参与 改进 ， 并 朝 着 
共同 的 目标 努力 。 


~ \- 口 


当 规 模 扩展 时 ， 与 采用 相关 的 原则 包括 : 





美 一 一 玉 用 LeSS 的 团体 自然 会 提出 他 们 对 采用 的 观点 和 习惯 。 这 些 观点 和 习惯 会 是 什么 呢 ? 创立 变革 愿 
景 ， 启 动 多 项 变革 工程 。 当 最 初 的 目标 明显 已 经 实现 时 ， 


1.“ 变 革 完 成 ”， 而 且 


2. 本 组 织 将 维持 新 的 现状 ， 直 到 

3. 下 一 次 变革 需求 出 现 ， 然 后 

4 .撤销 以 前 的 变革 。 

这 种 经 典 方 法 类 似 于 软件 开发 中 的 顺序 “大 批量 ”方法 ， 其 中 变更 作为 一 种 例外 受到 许多 变更 控制 委员 会 的 控制 和 严格 管 
理 。 

在 LeSS 及 用 中 ， 没 有 变革 的 倡议 ,没有 变革 的 群体 ,没有 变革 的 管理 者 。 在 LeSS 框 架 中 ， 变 革 通 过 试验 和 改进 来 进行 ， 并 
且 其 是 连续 的 ， 变 革 就 是 现状 。 





3.1.1 ”LeSS 规 则 


对 于 产品 组 ， 要 把 建立 完整 LeSS 结 构 “ 作 为 起 始点 ”， 这 对 LeSS 的 采用 至 关 重 要 。 


对 于 超越 产品 组 的 较 大 组 织 ， 通 过 使 用 “现场 观察 ”实践 ， 演 进 式 采 用 LeSS， 从 而 创建 一 个 以 试验 和 改进 为 准则 的 组 织 。 


3.1.2 ”指南 : 三 个 采用 原则 


这 些 原则 对 于 组 织 的 LeSs 采 用 至 关 重要 : 
- 深 而 窗 优 于 宽 而 浅 
` 自 上 而 下 与 自 下 而 上 


` 使 用 志愿 服务 


深 而 窒 优 于 宽 而 浅 


在 一 个 产品 组 中 采用 LeSSI1] 比 在 许多 产品 组 中 采用 LeSS 效 果 更 好 。 


不 良 的 LeSS 采 用 具有 危害 性 。 缺 乏 深刻 的 理解 会 破坏 作为 经 验 性 过 程控 制 和 持续 改进 的 关键 因素 : 透明 和 反馈 回路 。 我 们 
甚至 看 到 “LeSS” 被 滥用 作 一 种 非凡 的 微观 管理 工具 。 故 而 ， 在 微观 管理 式 LeSs 采 用 成 为 既定 基准 之 后 ， 那 就 真 的 很 难 再 做 改 
变 ， 因 为 重新 学 习 已 知 的 东西 是 很 困难 的 。 


因此 ， 只 需 将 LeSs 采 用 的 工作 集中 在 一 个 产品 组 上 ， 为 其 提供 所 有 必要 的 支持 ， 并 确保 其 确实 能 正常 工作 。 这 样 做 可 以 最 
大 限度 地 降低 风险 ， 如 果 遇 到 大 问题 ， 它 就 会 触发 一 个 具有 针对 性 的 学 习 机 会 。 成 功 的 时 候 ， 它 则 会 激 起 正面 的 “传言 ”， 这 是 
进一步 实施 采用 的 重要 营养 素 。 


自 上 而 下 与 自 下 而 上 


我 们 经 常 被 问 到 一 个 问题 ， 方 法 的 采用 最 好 是 自 上 而 下 还 是 自 下 而 上 。 这 是 一 种 错误 的 二 分 法 。 只 做 任何 一 种 ， 则 可 能 招致 
失败 ， 需 要 两 者 都 做 。 


纯粹 的 自 上 而 下 一 一 经 理 驱动 的 “你 应 该 做 LeSS” 式 的 采用 会 引起 阻力 ， 并 使 组 织 面临 失败 。 命 令 团队 去 管理 自己 是 一 个 
矛盾 体 。LeSs 采 用 需要 深刻 的 理解 ， 它 不 是 来 自 指令 ， 而 是 来 自 讨论 。 只 有 通过 理解 、 选 择 和 个 人 安全 感 ， 人 们 才能 承担 起 反 


思 和 改进 的 额外 责任 。 缺 乏 这 些 因素 所 造成 的 不 良 局 面 会 因 “ 我 们 -他 们 ”， 即 经 理 与 员工 之 间 的 关系 而 被 放大 和 加 剧 。 在 这 种 
情况 下 ， 强 迫 LeSS 进 入 组 织 会 助长 受害 者 行为 ， 并 进一步 降低 管理 层 和 员工 关系 的 融洽 度 。 人 们 会 说 : “我们 别 无 选择 ， 我 们 
的 经 理 说 我 们 必须 做 LeSS! ”他 们 会 秘密 地 或 许 是 不 知 不 党 地 、 舒 适 地 ， 或 者 至 少 是 熟悉 地 躺 在 受害 者 的 位 置 上 休息 。 


纯粹 的 自 下 而 上 一 一 这 种 LeSs 采 用 是 不 可 持续 的 。 一 开始 ， 这 种 方式 创造 出 一 股 令 人 愉快 的 能 量 ， 这 些 能 量 其 实 来 自 于 那 
些 想 做 正确 的 事情 的 人 。 这 带 来 了 思想 开放 、 学 习 加 速 和 理解 加 深 的 景象 。 真 的 很 棒 ! 然后 呢 ， 这 些 精 力 充沛 的 人 以 精力 充沛 的 
方式 撞 上 了 组 织 的 壁垒 。 寿 ! 在 没有 来 自 高 层 的 支持 的 情况 下 去 改变 组 织 结构 和 政策 ， 热 心 的 人 逐渐 失去 了 原 有 的 精力 ， 对 眼前 
的 障碍 和 僵化 感到 泪 丧 。 许 多 人 最 终 放 弃 了 和 希望， 或 者 因为 希望 破灭 而 感到 痛苦 。 这 也 让 我 们 感到 难过 。 


自 上 而 下 和 自 下 而 上 一 一 成 功 的 LeSS 采 用 既 需 要 人 们 做 正确 事情 的 精力 ， 也 需要 那些 有 组 织 权力 的 人 的 支持 。 管 理 者 的 心 
态 必须 是 支持 ， 而 不 是 控制 。 他 们 需要 确保 适当 的 支持 结构 及 时 到 位 ， 使 基层 的 能 量 鞍 勃发 展 ， 不 断 扩 大 。 


我 们 经 常 听 到 希望 得 到 管理 者 支持 的 心声 。 但 要 小 心 自己 希望 的 究竟 是 什么 ! 


. 没有 管理 层 支 持 往往 会 导致 受害 者 行为 。“ 没 有 经 理 的 支持 ， 我 们 什么 都 做 不 了 。” 


. 有 了 管理 层 支持 则 可 能 导致 更 炎 糕 的 情况 。“ 我 们 必须 做 LeSS， 因 为 我 们 的 经 理 是 这 么 说 的 。” 这 种 不 动脑 筋 的 服从 会 破 
坏 LeSS 的 采用 。 


需要 什么 样 的 管理 层 支 持 ? 


所 需要 的 管理 层 支持 ， 来 自 于 那些 有 组 织 权力 并 能 在 团队 中 进行 结构 变革 的 人 ， 通 常 是 产品 组 的 负责 人 。 这 种 支持 必须 
是 .…. 真 正 的 支持 。 


真正 的 支持 始 于 自我 教育 。 产 品 团 队 中 的 所 有 经 理 都 需要 花 些 时 间 学 习 LeSS， 对 自己 进行 自我 LeSS 教 育 。 这 包括 参加 几 天 
的 入 门 培训 和 读 几 本 相关 的 图 书 。 除 了 教育 之 外 ， 管 理 人 员 还 需要 就 以 下 方面 与 团队 进行 明确 的 沟通 ， 并 采取 明确 的 行动 : 
(1) Less 采 用 的 意图 ; (2) 结构 变革 的 承诺 ; (3) 提供 教育 和 辅导 。 


不 需要 什么 样 的 管理 层 支 持 ? 





监督 多 个 产品 开发 的 高 级 经 理 ， 他 们 的 支持 往往 适得其反 。 为 什么 这 么 说 呢 ? 他 们 会 忽略 实际 问题 一 一 因为 他 们 没有 充分 
参与 实际 开发 。 他 们 的 支持 通常 就 是 做 出 一 些 “ 优 化 ”和 “协调 ”的 决定 ， 这 些 决定 从 他 们 高 级 职位 的 角度 来 看 似乎 很 有 意义 ， 
但 实际 上 很 少 能 为 真正 创造 价值 的 现场 (gemba) 带 来 真正 的 好 处 。 结 果 是 ， 为 了 应 对 这 些 用 心 良 苦 的 决定 ， 团 队 处 理 实际 问 
题 的 精力 被 不 断 消耗 。 


团队 也 不 需要 获得 这 些 管理 人 员 在 管理 方面 的 支持 ， 因 为 管理 人 员 们 还 没有 深入 了 解 Less 及 其 产生 的 影响 。 我 们 经 常 被 要 
求 在 一 个 小 时 的 演讲 中 概述 一 个 为 期 3 天 的 深度 培训 ， 因 为 这 些 经 理 “ 太 忙 ” 了 ， 他 们 没有 时 间 参 加 为 期 3 天 的 课程 。 到 目前 为 
止 ， 我 们 还 无 法 将 需要 3 天 时 间 来 理解 的 内 容 压 缩 为 1 小 时 的 演讲 。 好 吧 ， 是 我 们 不 对 。 


使 用 志愿 服务 





如 何 组 建新 团队 ” 谁 会 加 入 社区 ”这 些 问题 ， 以 及 更 多 的 问题 该 如 何 回答 呢 ? 


使 用 志愿 者 ! 真正 的 志愿 服务 是 一 种 激 起 人 们 身心 参与 的 强大 方式 。 如 果 它 没有 得 到 充分 利用 ， 则 可 能 是 因为 管理 人 员 党 得 
他 们 会 失去 控制 。 但 是 对 于 那些 自愿 的 团队 来 说 ， 志 愿 服务 就 是 力量 的 象征 。 


志愿 服务 始 于 教育 。 假 设 只 是 要 求 志 愿 者 做 一 个 混合 结对 试验 ， 这 可 能 不 会 得 到 很 多 人 的 支持 ， 即 便 有 人 回应 ， 这 些 人 在 最 
好 的 情况 下 也 是 感到 困惑 的 。 但 是 如 果 首 先 解释 混合 结对 是 一 种 使 用 频繁 结对 和 交换 的 方式 来 增加 学 习 结对 编程 技术 的 机 会 ， 那 
么 效果 就 会 不 同 ， 就 会 有 越 来 越 多 且 越 来 越 优秀 的 志愿 者 加 入 。 因 此 ， 首 先 提供 足够 的 教育 和 讨论 ， 让 其 他 人 了 解 他 们 做 志愿 服 
务 的 目的 。 


以 下 是 志愿 服务 工作 的 一 些 例子 : 


初期 产品 志愿 服务 一 一 哪个 产品 组 将 采用 Less， 并 且 可 能 包含 所 有 的 组 织 设计 变革 ”游说 高 级 研发 和 产品 经 理 ， 要 求 成 立 
一 个 志愿 者 小 组 。 


初始 团队 志愿 服务 一 一 假设 初期 产品 组 的 Less 采 用 已 经 很 成 熟 ， 并 且 有 大 约 50 人 。 但 产品 组 之 外 可 能 有 人 真 的 对 加 入 感 兴 
趣 ， 而 且 里 面 也 有 人 想 离 开 ! 那么 ， 在 “翻转 整个 团队 ”之 前 ， 请 再 次 使 用 志愿 服务 方式 ， 即 向 整个 公司 发 出 邀请 ， 邀 请 大 家 志 


愿 加 入 (解释 是 什么 和 为 什么 ) 。 然 后 请 原 小 组 的 成 员 离开 。 因 而 ， 最 初 的 人 员 将 更 容易 接受 学 习 和 承担 责任 。 他 们 很 可 能 会 使 
初期 团队 取得 成 功 ， 因 为 他 们 不 再 只 是 被 计数 的 人 头 ， 他 们 的 心 已 在 里 面 。 


团队 组 建 志 愿 服务 一 一 LeSS 中 ， 如 何 组 建 团队 呢 ?”LeSS 支 持 “ 自 我 设计 团队 ”。 这 个 过 程 是 在 一 个 所 有 未 来 团队 成 员 都 参 
加 的 研讨 会 上 完成 的 。 主 持 人 首先 介绍 产品 和 研讨 会 的 目标 。 然 后 ， 他 们 按照 之 前 商定 的 所 有 约束 条 件 一 起 定义 典型 的 团队 模板 
(主持 人 已 经 有 建 好 的 模板 ， 但 最 好 是 让 小 组 自己 来 明白 这 一 点 ) 。 示 例 模板 如 下 : 


. 每 个 团队 都 位 于 同一 地 点 。 
. 每 个 团队 都 是 跨 职 能 的 ， 因 此 他 们 可 以 做 到 “完成 ” 


. 每 个 团队 对 若干 个 组 件 都 有 深入 的 了 解 。 











每 个 团队 都 约 有 7 人 。 


模板 定义 过 程 中 讨论 并 列 出 了 “ 跨 功能 ”和 “ 跨 组 件 ” 的 详细 信息 。 接 下 来 ， 开 放空 间 ， 并 留 出 一 段 不 长 的 时 间 (例如 15 
分 钟 ) ， 供 人 们 以 模板 为 导向 ， 以 志愿 的 方式 组 建新 的 团队 。 然 后 ， 他 们 对 照 模板 检查 新 生 团队 。 如 果 不 够 好 ， 小 组 将 继续 进行 
多 个 回合 来 讨论 ， 直 到 组 建 完成 ; 通常 需要 2 到 4 个 回合 四。 


3.1.3 指南 : 启动 


三 个 采用 原则 意味 着 LeSS 采 用 在 一 个 产品 组 中 的 启动 。 怎 样 才能 增加 它 成 功 的 可 能 性 呢 ? 
1 教育 每 个 人 

2. 定 义 “ 产 品 " 

3. 定 义 “ 完 成 

4. 拥 有 结构 合理 的 团队 

5. 只 有 产品 负责 人 为 团队 提供 工作 


6. 让 项 目 经 理 远离 团队 
1. 教 育 每 个 人 
我 们 所 看 到 的 最 好 的 LeSS 采 用 是 首先 让 每 个 人 参与 几 天 的 Scrum 和 LeSS 培 训 。 随 后 提供 团队 、 组 织 以 及 技术 性 的 指导 。 


这 并 不 意味 我 们 在 兜售 Certified LeSS Practitioner (LeSS 认 证 师 ) 课程 ， 尽 管 我 们 并 不 介意 这 么 做 。 任 何 优秀 的 教育 方式 
都 可 以 使 用 ， 关 键 在 于 ， 如 果 没 有 教育 ， 即 便 使 用 志愿 服务 原则 ， 也 不 会 有 很 多 志愿 人 员 加 入 。 





教 大 家 为 什么 一 除了 教 大 家 了 解 什 么 是 LeSS 和 如 何 采用 LeSS 外 ， 更 为 重要 的 是 要 帮助 大 家 理解 其 中 的 缘由 ， 即 为 什么 。 
毕竟 在 不 了 解 原因 的 情况 下 ， 盲 目 遵守 流程 的 情况 已 经 大 多 了 。 


伟大 的 培训 师 和 伟大 的 教练 不 仅 会 关注 为 什么 ， 还 会 使 LeSS 的 采用 更 为 独到 和 精彩 。 那 么 如 何 选择 这 些 人 呢 ? 使 用 以 下 准 
则 : 


“ 拥有 实践 经 验 : 不 论 是 内 部 的 团队 成 员 还 是 外 面 的 教练 ， 都 需要 有 LeSS 实 践 经 验 。 避 免 找 那些 从 不 关心 由 谁 来 教 的 培训 服 
务 机 构 ， 避 免 选 那些 只 懂 理 论 知识 的 培训 者 ， 他 们 没 用 。 


: 评估 个 人 ， 而 不 是 公司 : 要 选 的 是 独一无二 的 人 。 伟 大 的 教练 是 个 体 ， 找 到 教练 并 建立 长 期 的 关系 。 避 开 大 型 咨询 公司 和 


培训 公司 。 


' 需要 有 技术 深度 和 理解 能 力 : LeSS 需 要 卓越 的 技术 。 技 术 、 团 队 和 组 织 决策 密切 相关 ， 教 练 需要 有 这 种 广阔 而 深刻 的 视 
角 。 避 免 选 择 没有 技术 专长 或 技术 专长 有 限 的 人 ， 他 们 通常 是 前 PMI 项 目 经 理 。 


. 期 待 长 期 合作 : LeSS 的 采用 需要 耐心 和 时 间 。 找 一 位 能 够 承诺 多 年 一 直 致 力 于 帮助 组 织 完 成 采用 工作 的 教练 。 避 免 找 那 
种 “开车 经 过 ” 式 的 教练 ， 他 们 只 是 过 来 、 评 论 、 批 评 和 离 去 。 





. 关注 质量 而 不 是 成 本 : 雇佣 便宜 但 糟糕 的 教练 (名 略 前 面 的 因素 ) 确实 是 一 件 花 小 钱 犯 大 傻 的 事情 。 有 缺陷 和 失败 的 LeSS 
采用 肯定 是 会 出 现 的 ; 这 时 糟糕 的 教练 帮 不 了 什么 性 。 


` 不 要 委托 选择 权 : 这 个 决策 太 重要 了 ， 不 能 把 选择 权 送 给 那些 不 会 直接 参与 其 中 的 人 人。 避免 将 选择 权 委 托 给 某 一 个 部 门 ， 


如 PMO (项 目 管理 办 公 室 ) 、 采 购 部 门 或 人 力 资 源 部 门 ， 因 为 他 们 参与 项 目的 程度 远 远 不 够 ， 无 法 看 到 一 些 重 要 的 因素 。 


. 不 看 重 认证 : 大 多 数 资格 认证 和 课程 认证 几乎 毫 无 意义 。 认 证 可 能 没有 什么 坏处 ， 但 仅仅 认可 认证 是 不 可 靠 的 。 以 上 各 点 


更 为 重要 站。 


. 评估 多 人 : 小 组 最 好 在 做 出 决定 和 长 期 关系 投资 之 前 ， 对 多 个 人 进行 评估 。 


产品 定义 决定 了 采用 的 范围 、 产 品 待 办 事项 列表 的 内 容 以 及 谁 是 合适 的 产品 负责 人 。 广 泛 的 产品 定义 益处 更 多 ， 但 实际 的 定 
义 必须 足够 实用 ， 才 能 开始 使 用 。 


. 通过 扩展 问题 来 扩展 产品 定义 ， 例如，“ 客 户 认为 我 们 的 产品 是 什么 ? ” 
` 通过 限制 问题 来 限制 产品 定义 ， 例 如，“ 在 我 们 当前 的 组 织 结构 中 ， 哪 些 是 实用 的 ? ” 
为 扩展 产品 定义 探索 一 些 改 进 方法 。 


本 书 第 7 章 将 详细 介绍 为 什么 广泛 的 定义 更 好 ， 以 及 如 何 创建 产品 定义 。 


要 制定 出 更 好 、 更 强 的 完成 定义 (DoD 或 “完成 ”) ， 需 要 团队 内 部 拥有 较 广 的 技能 面 。 例 如 ， 如 果 DoD 中 包括 性 能 测 
试 ， 那 么 团队 就 需要 获得 该 项 技能 。 它 可 以 通过 学 习 获 得 ， 但 通常 的 做 法 是 ， 将 具有 性 能 测试 技能 的 人 员 从 其 所 在 的 专门 性 能 测 
试 组 转移 给 团队 。 另 一 方面 ， 如 果 性 能 测试 不 在 DoD 的 范畴 之 中 ， 那 么 单独 的 性 能 测试 组 可 以 继续 保持 其 原来 的 工作 方式 ， 直 
到 DoD 定 义 的 范围 扩大 。 因 此 .…… 


更 好 和 更 强 而 不 是 更 糟 和 更 弱 的 完成 定义 会 导致 更 多 的 组 织 变 蔷 (例如 消除 团体 、 角 色 、 职 位 ，…… ee 
弱 DoD 会 造成 额外 风险 和 延迟 ! 我 们 将 在 第 10 章 中 进一步 探讨 所 有 相关 主题 。 


对 组 织 变革 程度 的 影响 使 DoD 成 为 采用 Less 的 一 个 关键 管理 工具 。 管 理 者 需要 在 强大 的 DoD (导致 更 多 的 组 织 变革 、 更 少 
的 延迟 和 风险 ) 和 弱小 的 DoD (导致 更 少 的 组 织 变革 、 更 大 的 风险 和 延迟 ) 之 间 进 行 权衡 。 关 键 问 题 是 ，“ 我 的 组 织 此 时 有 能 
力 处 理 多 大 程度 的 变革 ?“ 


4. 拥 有 结构 合理 的 团队 


每 个 团队 都 有 共同 的 责任 去 实现 他 们 共同 的 目标 。 为 了 支持 团队 的 成 功 ， 需 要 确保 每 个 团队 都 有 适当 的 结构 。 对 初始 团队 的 
要 求 是 : 


“ 敦 业 一 一 每 个 人 都 是 一 个 而 且 只 是 一 个 团队 的 成 员 之 一 。 
` 稳定 一 一 团队 成 员 不 应 频繁 更 换 。 


“ 长 期 存在 一 一 团队 不 是 临时 项 目 团 队 ， 而 是 能 多 年 在 一 起 工作 的 团队 。 





. 跨 职能 


团队 具备 完成 产品 功能 开发 所 需 的 职能 性 技能 。 


:同一 地 点 一 一 团队 位 于 同一 个 地 点 ， 通 常 实 际 上 是 围 着 同一 张大 桌子 坐 。 通 过 面对面 的 交流 ， 信任 度 得 以 提高 ; 通过 相互 
教学 ， 学 习 得 以 加 强 。 


本 书 第 4 章 将 详细 介绍 每 个 团队 的 属性 。 
这 种 新 结构 意味 着 人 们 离开 他 们 所 在 的 职能 部 门 ， 永 久 加 入 新 的 跨 职能 团队 。 专 门 的 职能 部 门 则 应 予以 撤销 。 


为 什么 不 建议 继续 保持 向 职能 部 门 经 理 汇 报 这 样 的 关系 呢 ? 因为 这 样 做 会 导致 忠诚 度 冲 突 ， 破 坏 团队 的 共同 责任 感 和 凝聚 
力 。 “这 是 不 是 夸大 其 词 ” 我 们 公司 就 是 这 样 运作 的 。 ”我 们 已 经 见 过 很 多 组 织 这 样 做 了 ， 但 都 没有 成 功 ， 所 以 不 要 这 样 做 。 相 
反 ， 所 有 团队 的 成 员 应 只 汇报 给 同一 经 理 ， 而 经 理 有 明确 的 责任 ， 就 是 为 团队 的 成 功 营造 良好 环境 。 


5. 只 有 产品 负责 人 为 团队 提供 工作 


经 常 有 这 种 感觉 吗 ? .….. 一 整 天 都 在 工作 ， 忙 、 忙 、 忙 ， 到 | 底 完 成 了 哪些 工作 ? 这 是 情景 切换 的 吸血 鬼 ， 在 只 吸着 人 的 生 
命 。 不 见 成 效 、 漫 无 目的 、 消 极 失 意 。 


初始 团队 肩负 着 艰巨 的 任务 : 既 要 专注 于 产品 开发 的 共同 目标 ， 又 要 解决 开发 环境 中 的 一 大 堆 障 碍 。 障 碍 ( 较 差 的 测试 自动 
化 程度 、 工 具 、 策 略 等 ) 是 通过 在 一 个 跨 职能 团队 中 短 时 间 内 “完成 ”工作 而 被 揭示 出 来 的 。 


这 些 开拓 者 正在 为 未 来 的 团队 打 基 础 ， 他 们 需要 集中 注意 力 ， 这 一 点 非常 重要 。 可 为 什么 会 做 不 到 呢 ?” 是 因为 那些 够 似 意 图 
良好 、 合 情 合理 的 中 断 ， 以 及 来 自 直线 经 理 、 销 售 、 首 席 执 行 官 和 人 力 资源 等 的 额外 工作 要 求 。 别 让 这 种 事 发 生 ! 


要 防止 这 种 情况 的 发 生 就 需要 确保 产品 负责 人 作为 唯一 人 员 为 团队 提供 工作 (参见 第 8 章 ) 。 这 不 仅 能 支持 团队 集中 注意 
力 ， 而 且 还 能 帮助 团队 减轻 因为 要 竞争 工作 而 产生 的 压力 。 确 定 优先 级 是 产品 负责 人 的 问题 ， 而 不 是 团队 的 问题 。 


6. 让 项 目 经 理 远 离 团队 


对 于 有 经 验 的 Less 组 织 ， 产 品 组 中 的 项 目 经 理 角色 不 复 存 在。 不 再 需要 该 角色 的 原因 是 项 目 管理 的 责任 已 由 产品 负责 人 和 
团队 来 共同 分 担 。 


大 多 数 LeS9 采 用 可 以 立即 消除 项 目 经 理 的 角色 。 在 一 些 罕见 的 采用 案例 中 ， 这 个 角色 仍然 需要 ， 但 只 是 暂时 的 。 这 通常 发 
生 在 产品 的 完成 定义 或 跨 产 品 边界 的 协调 能 力 还 处 于 薄弱 或 不 完善 的 时 候 。 在 这 些 情况 下 ， 组 织 可 能 不 会 立即 放弃 项 目 经 理 的 角 
色 。 


所 以 有 时 候 项 目 经 理 的 角色 还 会 存在 一 段 时 间 。 但 带 来 的 问题 是 什么 呢 ?” 他 们 很 可 能 会 经 常 打 断 别人 的 话 ， 引 入 相互 冲突 的 
优先 事项 。 所 以 ， 虽然 暂时 有 项 目 经 理 的 角色 ， 但 不 允许 项 目 经 理 打 断 团队 、 协 调 团 队 或 为 团队 分 配 工作 。 


本 质 上 ， 此 建议 与 “只 有 产品 负责 人 为 团队 提供 工作 ”相同 ， 并 且 也 适用 于 其 他 管理 角色 。 我 们 已 经 讨论 过 ， 明 确 这 一 点 非 
常 重 要 (参见 第 5 章 ) 。 


并 且 .…… 将 所 有 项 目 经 理 重新 命名 为 Scrum Master 也 是 行 不 通 的 。 


下 一 步 做 什么 ? 


本 节 指南 认为 要 把 正确 的 组 织 结构 作为 启动 点 。 下 一 步 是 确定 产品 待 办 事项 列表 ， 这 可 以 通过 初始 产品 待 办 事项 列表 梳理 的 
有 关 活 动 来 进行 ;有 关 这 方面 的 指南 ， 请 参阅 第 11 章 。 


3.1.4 指南 : 文化 跟随 结构 


文化 跟随 结构 实际 上 是 “ 拉 尔 曼 组 织 行为 法 则 ”的 第 四 条 。 组 织 中 的 人 员 善 于 表示 对 改进 的 支持 而 实际 上 不 做 任何 事情 。 我 
们 已 多 次 观察 到 这 一 点 。 为 什么 会 这 样 呢 ? 


克 雷 格 在 他 的 职业 生涯 中 有 长 期 的 开发 经 历 ， 从 1979 年 的 APL 编 程 开 始 ， 发 展 到 帮助 大 型 产品 组 织 采用 现代 管理 实践 。 在 
啤酒 喝 多 了 的 时 候 ， 他 往往 会 提 到 退休 ， 并 且 最 近 他 发 现 没有 什么 法 则 是 以 他 的 名 字 命名 的 ， 这 使 他 感到 不 快 。 于 是 他 决定 创 
立 “ 拉 和 尔 曼 组 织 行为 法 则 ”， 提 醒 人 们 注意 困扰 许多 组 织 的 、 自 私 的 机 能 失调 行为 。 


拉 尔 曼 组 织 行为 法 则 : 
1 .组织 会 被 隐 式 优化 ， 以 避免 改变 目前 的 中 层 经 理 、 一 线 经 理 以 及 专家 的 职位 和 权力 结构 。 
2. 作 为 1 的 必然 结果 ， 变 革 举 措 将 被 减少 到 只 重新 定义 或 过 度 定义 新 术语 ， 使 其 与 现状 基本 相同 。 


3. 作 为 1 的 必然 结果 ， 任 何 变革 举措 都 将 被 嘲笑 为 “纯粹 主义 ” “理论 化 ”“ 革 命 化 ”和 “需要 针对 本 地 问题 进行 实用 化 定 


制 ” 一 一 这 偏离 了 加 强 薄 弱 环 节 和 解决 管理 人 员 / 专 家 现状 问题 由 的 方向 。 


t= 


4. 文 化 跟随 结构 。 


大 家 一 定 会 想到 ， 反 向 ( 即 结构 跟随 文化 ) 也 是 事实 (尤其 是 在 初创 企业 ) 。 但 这 仪 仪 是 简练 而 富有 诗意 的 短语 ， 不 要 按 字 
面 意思 去 理解 。 


那么 文化 跟随 结构 是 什么 意思 呢 ?” 只 要 组 织 结构 的 要 素 一 一 团体 、 角 色 、 层 级 和 策略 ， 或 者 更 广泛 地 说 ， 组 织 系 统 /设计 不 
变 ， 行 为 和 心态 中 就 不 会 改变 。 系 统 思 维 的 思想 领袖 约翰 - 塞 登 这 样 解释 “文化 跟随 结构 ”: 


试图 改变 一 个 组 织 的 文化 是 思春 的 ， 它 总 是 以 失败 告终 。 人 的 行为 〈 文 化) 是 制度 的 产物 ; 当 制 度 改变 时 ， 人 们 的 行为 才 会 
随 之 而 变 。 


我 们 观察 到 许多 组 织 试图 采取 LeSS， 但 拒绝 对 其 组 织 结构 、 角 色 和 策略 做 相应 的 变革 。 所 有 这 些 都 会 导致 LeSS 及 用 的 全 部 
好 处 无 法 兄 现 。 


问题 的 一 部 分 是 个 人 的 工作 安全 。 人 们 不 想 因为 结构 变革 而 失去 工作 。 这 就 是 为 什么 Less 采 用 强调 精益 思想 中 的 工作 安全 
原则 ， 而 不 是 角色 安全 原则 。 


3.1.5 ”指南 ; 工作 安全 ， 而 不 是 角色 安全 





当 一 个 人 的 工作 依赖 于 不 用 理解 菜 件 事 时 ， 则 很 难 让 他 理解 它 。 


当 改 进 的 结果 可 能 是 失业 时 ， 谁 会 为 持续 改进 而 努力 ?” 没 人 。 在 Less 采 用 过 程 中 ， 当 制定 一 项 政策 时 ， 确 保 没 有 人 会 因 执 
行 该 政策 而 失去 工作 是 至 关 重 要 的 。 至 少 不 是 由 于 LeSs 采 用 所 产生 的 结构 改变 而 导致 职位 或 角色 消失 。 请 在 组 织 内 清楚 上 且 反复 


地 传达 这 个 意思 。 


被 解散 的 职能 部 门 的 员工 可 以 加 入 LeSS 团 队 。 职 能 部 门 的 前 管理 人 员 也 可 以 ， 因 为 他 们 通常 都 能 在 实际 中 熟练 地 从 事 创造 
价值 的 工作 。 组 织 必须 积极 帮助 每 个 人 在 新 的 结构 中 找到 新 的 角色 (有 关 管 理 变革 ， 请 参见 第 5 章 ) 。 


3.1.6 ”指南 ; 组 织 的 完美 愿景 


组 织 是 极其 复杂 的 系统 ， 在 这 种 系统 中 没有 人 能 控制 一 切 或 知道 一 切 。 


每 个 人 都 在 不 断 地 做 出 各 种 小 决定 ， 组 织 行为 就 是 从 这 些 决定 中 产生 的 。 人 们 做 决定 时 根据 的 是 他 们 的 经 验 、 目 标 、 原 则 和 
价值 观 。 当 决定 不 一 致 时 ， 各 种 有 明确 目标 的 人 就 会 朝 不 同 的 方向 匆忙 前 进 ， 造 成 组 织 死 局 或 僵局 。 当 这 些 决定 协调 一 致 时 ， 便 
能 释放 出 能 量 ， 让 事情 向 前 推进 并 不 断 改 善 。 


在 做 改进 时 尤其 如 此 。 我 们 已 经 看 到 过 大 量 愿望 良好 的 改进 ， 但 带 来 的 只 是 额外 的 官僚 主义 和 更 多 的 痛苦 。 什 么 时 候 对 改进 
进行 改进 呢 ?” 显 然 ， 它 必须 是 系统 全 局 的 改进 ， 而 不 是 局 部 优化 。 但 怎么 知道 呢 ? 以 下 两 个 问题 将 有 助 于 把 大 多 数 真 正 的 系统 改 
进 与 局 部 优化 区 分 开 : 


“ 改进 是 否 会 让 我 们 更 接近 组 织 的 完美 愿景 ? 
. 改进 是 否 是 对 现场 或 实际 工作 场所 的 改进 ? 


关于 “现场 ”， 本 书 将 在 第 5 章 中 做 详细 介绍 。 该 章 中 的 相关 指南 将 重点 介绍 组 织 的 完美 愿景 。 那 么 首先 ， 什 么 是 完美 愿 


上 恒 
景 ? 


经 典 的 精益 完美 愿景 是 丰田 的 准时 制 just-in-time system) 一 一 每 一 次 当 客 户 购 买 一 辆 车 时 ， 就 会 刚好 生产 出 一 辆 车 。 
这 种 完美 的 愿景 产生 了 理想 的 “ 单 件 流 ” (one-piece flow) 流程 ， 在 这 种 流程 中 ， 生 产 系统 被 设置 为 处 理 小 批量 工作 ， 理 想 
的 批量 大 小 为 1。 其 实 这 一 理想 可 能 永远 不 会 实现 ， 但 几 十 年 来 ， 它 一 直 指 导 着 丰田 不 断 改进 其 生产 系统 。 


以 下 是 我 们 使 用 LeSS 时 的 完美 愿景 : 
创建 能 够 随时 交付 或 随时 改变 方向 而 无 须 额外 成 本 的 组 织 。 


完美 愿景 与 愿景 不 同 。 愿 景 的 目标 是 实现 它 ， 而 完美 愿景 的 目标 是 引导 改进 。 当 愿景 实现 时 ， 人 们 会 庆祝 ， 但 当 完 美 愿景 实 
现时 ， 人 们 会 感到 悲伤 ， 因 为 它 恰好 变 得 不 再 有 用 。 


与 我 们 合作 过 的 成 功 产品 团体 都 有 组 织 的 完美 愿景 一 这 是 一 个 无 法 实现 的 关于 产品 团体 将 成 为 什么 和 如 何 运 作 的 目标 。 
那么 他 们 的 完美 远景 是 如 何 使 用 的 呢 ?” 人 们 会 根据 决策 是 否 更 接近 完美 愿景 来 讨论 和 评估 形形色色 的 决策 。 


讨论 是 一 项 重要 的 工作 ， 但 往往 会 话 不 投机 。 所 以 人 们 想 通过 白 纸 黑 字 地 写 下 一 个 愿景 来 帮助 每 个 人 理解 愿景 ， 至 少 在 字面 
上 的 理解 保持 一 致 。 例 如 ， 以 下 是 客户 在 其 产品 组 中 采用 巨型 LeSS 框 架 时 所 建立 的 原则 的 早期 版 本 : 


1. 完 美的 目标 是 始终 拥有 可 发 布 的 产品 。 发 布 稳定 版 本 的 周期 需要 缩短 并 最 终 消除 。 

2. 位 于 同 地 点 的 、 自 管理 的 、 跨 职能 的 Scrum 团 队 是 基本 的 组 织 单元 。 责 任 和 问 责 是 在 团队 一 级 。 
3. 大 多 数 团队 被 组 织 为 以 客户 为 中 心 的 特性 团队 。 

4. 产 品 管理 层 通过 产品 负责 人 角色 来 指导 开发 。 对 产品 发 布 的 承诺 不 会 强制 在 团队 一 级 执行 。 
5. 直 线 组 织 是 跨 职能 的 。 职 能 型 专门 化 直线 组 织 逐 步 融 入 跨 职能 的 直线 组 织 。 

6. 避 免 特殊 的 协调 角色 (如 项 目 经 理 ) ， 要 由 团队 来 负责 协调 。 


7. 管 理 层 的 主要 责任 是 改进 一 一 提高 团队 的 学 习 能 力 、 开 发 效率 和 开发 质量 。 团 队 的 工作 内 容 总 是 来 自 产品 负责 人 。 


8. 不 设 开发 分 支 ， 不 在 版 本 控制 系统 中 反映 产品 变 体 。 
9. 除 了 探索 性 测试 、 易 用 性 测试 和 需要 移动 物体 的 测试 之 外 ， 所 有 测试 都 需要 自动 化 。 所 有 人 都 必须 学 习 测 试 自动 化 技能 。 
10. 新 方法 的 采用 是 循序 渐进 的 。 每 一 项 决策 都 需要 考虑 到 上 述 原则 。 

当然 ， 这 只 是 一 个 例子 ， 不 过 请 随意 使 用 它 作为 讨论 组 织 完美 愿景 的 起 点 。 


管理 者 们 一 一 连同 整个 产品 团队 一 一 必须 建立 这 种 组 织 完美 愿景 来 指导 决策 的 制定 和 实施 。 通 常 ， 通 过 非 正式 讨论 和 研讨 
会 可 以 产生 一 些 指导 性 的 完美 愿景 和 原则 。 可 以 用 以 下 两 种 方式 来 想象 这 种 完美 愿景 : (1) 想象 自己 到 了 工作 岗位 ， 完 美的 组 
织 是 如 何 运作 的 ; (2) 想象 完美 的 产品 ， 然 后 想象 组 织 正在 创造 这 个 完美 的 产品 。 





3.1.7 指南: 持续 改进 
只 有 达到 完美 和 能 够 控制 一 切 的 程度 ，LeSs 采 用 才 算 结束 。 做 不 到 这 一 点 ， 就 忠 有 事情 需要 做 改进 。 


经 理 的 工作 是 打造 一 个 供 团队 持续 交付 和 持续 改进 的 环境 。 最 好 是 他 们 自己 的 团队 做 最 多 的 改进 ， 但 经 理 和 Scrum Master 
也 要 经 常 参与 组 织 层 面 和 环境 层面 的 改进 (参见 第 5 章 ) 。 


@ia 示 


因为 每 个 人 都 忙于 思考 新 的 改进 主意 ， 结 果 没 有 做 任何 改进 ， 这 是 持续 改进 的 最 大 失败 。“ 还 是 再 评估 一 下 目前 的 状况 吧 。 
”“ 嘿 ， 这 两 种 方法 一 样 ， 不 知道 为 什么 ? ”或 者 ， 另 一 种 流行 的 说 法 ，“ 让 我 们 采用 NooDLeS 吧 ，LeSS 在 这 里 行 不 通 ” (其 实 


从 来 没有 真正 党 试 过 LeSS) 。 





出 路 呢 ? 停止 评估 ， 开 始 行动 ! 始终 记 住 排 在 最 前 的 两 项 改进 事项 ， 并 将 精力 集中 放 在 它们 身上 。 如 果 改 进 没有 完成 ， 团 队 
就 会 很 快 失去 兴趣 ， 不 再 考虑 新 的 改进 。 


. 利用 回顾 会 议 发 现 改 进 点 。 
发 气 新 改进 的 首选 场所 是 团队 回顾 会 议和 全 体 回顾 会 议 (参见 第 14 章 ) 。 


专注 于 真正 的 改进 。 





并 非 所 有 的 改进 都 是 真正 的 改进 。 有 些 只 是 局 部 优化 不 能 改进 整个 系统 ， 而 只 能 从 一 个 角度 改进 。 两 种 常见 的 局 部 优化 
是 : (1) 职能 局 部 优化 ; (2) 基于 假设 且 不 受 质疑 的 局 部 优化 。 职 能 局 部 优化 是 职能 专门 化 方面 的 改进 ， 从 系统 输出 的 角度 来 
看 ， 这 种 改进 通常 是 有 害 的 。 例 如 ，“ 在 每 个 Sprint 测试 方面 有 一 种 障碍 : 应 该 在 系统 开发 完成 后 开始 测试 ， 这 样 测试 才 更 有 


效 。” 基 于 假设 且 不 受 质疑 的 局 部 优化 是 指 基 于 对 “事情 的 工作 方式 ”的 假设 而 进行 改进 ， 但 假设 可 能 是 错误 的 。 大 系统 的 改进 





往往 需要 挑战 各 种 假设 或 已 有 观点 ; 但 对 局 部 改进 却 很 少 能 产生 影响 。 体 现 这 种 观点 的 例子 有 : “必须 在 测试 之 前 完成 编 
阻 ”和 “如 果 每 个 人 只 专注 于 一 项 技能 ， 做 事 就 会 更 有 效 ”。 


局 部 优化 的 改进 建议 对 学 习 和 扩展 视角 可 能 是 有 价值 的 。 在 这 些 建 议 被 提出 时 ， 请 与 建议 发 起 人 或 团队 一 起 分 析 它 们 。 这 样 
的 讨论 有 助 于 拓宽 改进 的 角度 ， 为 进一步 改进 商定 基础 。 


避免 设立 质量 、 流 程 、 转 型 或 改进 人 员 。 


大 型 组 织 通常 为 质量 和 流程 部 门 配备 有 六 西格玛 黑 带 ， 负 责 运 行 改 进 工 程 。 甚 至 更 近 一 步 ， 有 些 组 织 还 设 有 专门 的 转型 部 


门 。 要 避免 这 么 做 ! 我 们 需要 的 是 每 个 人 都 必须 随时 随地 不 断 改 进 。 用 一 个 部 门 专门 负责 改进 是 消灭 改进 和 消灭 团队 参与 度 的 最 
强 方法 。 相 反 ， 要 使 用 现 有 的 直接 组 织 结构 来 支持 采用 和 改进 。 


" 避免 改进 团队 ; 使 用 常规 团队 。 


与 上 一 个 提示 有 关 。 组 织 普遍 会 专门 创建 一 些 改 进 团 队 ， 并 向 他 们 分 派 任务 ， 实 现 改 进 条 目 四 。 而 更 好 的 选择 应 该 是 让 常规 
团队 来 处 理 改进 条 目 。 这 可 以 与 常规 的 工作 条 目 一 起 进行 ， 也 可 以 只 在 某 几 个 Sprint 中 专门 实现 要 改进 的 条 目 。 这 样 做 的 优势 在 
于 常规 团队 可 能 是 他 们 自己 所 做 改进 的 未 来 用 户 ， 因 此 他 们 会 把 改进 项 实现 得 更 加 易 用 和 更 加 有 用 。 


* 避免 设立 改进 项 目 ; 使 用 产品 待 办 事项 列表 。 


此 外 ， 组 织 通常 认为 所 有 的 改进 都 必须 通过 “项 目 ” 来 进行 。 项 目 被 单独 管理 ， 要 么 配备 以 改进 团队 ( 见 上 一 点 内 容 ) ， 要 
么 更 糟糕 ， 削 减 常 规 团 队 人 员 ， 增 加 改进 团队 人 员 。 后 者 会 导致 组 织 对 “资源 ”的 争夺 和 团队 焦点 的 不 足 ， 并 打破 团队 的 共同 责 








任 。 正 确 的 做 法 应 是 ， 让 常规 团队 参与 进来 ， 把 要 改进 的 事项 加 入 到 产品 待 办 事项 列表 中 。 这 样 ， 所 有 的 工作 都 可 以 在 产品 待 办 
事项 列表 上 可 见 ， 把 持续 改进 变 成 了 一 种 正常 的 制度 (参见 第 9 章 ) 。 

寺 续 改进 失败 的 最 常见 原因 是 无 法 进行 实际 的 改进 。 这 会 导致 团队 的 泪 形 ， 丧 失 对 经 理 的 信任 。 当 这 种 情况 发 生 时 ， 经 理 需 
要 停 下 来 反省 一 下 ， 问 问 自己 : “作为 经 理 ， 我 们 应 该 提供 什么 样 的 服务 ?“ 


3.1.8 指南 : 扩大 采用 范围 
第 一 个 LeSs 采 用 大 功 告 成 ! 接 下 来 做 什么 呢 ? 我 们 达到 完美 和 掌控 一 切 的 标准 了 吗 ?” 如 果 没 有 ， 请 做 以 下 几 件 事 : 
* 把 采用 扩大 到 多 个 产品 ， 保 持 相 同 的 支持 环境 。 


扩大 是 一 定 的 ， 但 要 扩大 到 多 少 个 产品 呢 ? 也 许 是 两 个 产品 而 不 只 是 一 个 ， 但 不 可 太 多 。 关 键 的 限制 是 每 个 产品 在 采用 
LeSs 时 ， 能 够 为 其 带 来 多 少 相应 的 人 员 、 资 源 和 关注 度 ， 并 保持 支持 力度 不 变 ， 甚 至 提高 。 我 们 看 到 的 一 个 共同 问题 是 ， 第 一 
次 采用 所 给 予 的 关注 度 在 扩展 采用 时 往往 变 得 不 再 那么 集中 ， 并 且 还 缺乏 活力 。 需 要 阻止 这 种 情况 的 发 生 ! 每 个 新 产品 都 需要 相 
同 的 支持 环境 和 关注 。 

“强化 完成 定义 。 

“完成 定义 ”不 太 可 能 完美 无 缺 。 通 过 增加 团队 的 跨 职能 能 力 来 强化 完成 的 定义 ; 发 现 新 障碍 ， 努 力 去 逾越 (参见 第 10 


= 


草 ) 。 
* 扩展 产品 定义 。 


初期 产品 定义 往往 受到 组 织 结构 的 限制 。 尝 试 扩大 这 一 定义 的 范围 ， 以 获得 更 好 的 优先 级 、 更 多 的 客户 关注 和 更 简化 的 组 织 
(参见 第 7 章 ) 。 


. 提高 团队 的 产 出 ， 并 分 享 经 验 。 


初始 团队 的 产 出 不 太 可 能 那么 美妙 。 但 是 他 们 发 现 了 环境 和 开发 实践 中 的 局 限 。 许 多 东西 需要 学 习 ， 许 多 地 方 需要 改进 ， 许 
多 限制 仍然 存在 。 努 力 解决 这 些 问题 ， 那 么 团队 的 产 出 就 能 得 到 相应 的 提高 。 请 务必 向 所 有 团队 以 及 其 他 产品 团体 分 享 这 些 问 题 
的 解决 方案 。 


' 改进 支持 工作 。 


对 初始 团队 支持 的 有 效 性 如 何 ? 从 团队 中 获取 反馈 并 使 用 它 来 改进 支持 工作 (教学 、 指 导 、 组 织 变革 等 ) ， 以 供 今后 采用 
LeSS 的 产品 团体 使 用 。 


利用 自 下 而 上 的 能 量 。 


初始 团队 在 第 一 个 产品 中 采用 LeSS 的 积极 成 效 可 能 会 激励 其 他 产品 组 中 的 团队 在 未 经 高 级 经 理 批准 的 情况 下 采用 LeSS。 与 
其 扼杀 它 ， 不 如 让 它 自 己 发 展 并 支持 它 。 请 充分 利用 这 种 自 下 而 上 的 能 量 。 


巨型 LeSS， 那 么 有 一 个 需求 领域 。 
网 页 : How to Form Teams in Latge-Scale Scrum? A Story of Self-Designing Teams。 (也 可 参见 http://bit.ly/1WSJhKo) 。 
[3] 这 包括 Certif ied LeSS Practitioner (LeSS 认 证 师 ) 认证 课程 。 我 们 推荐 本 课程 ， 但 不 是 为 了 认证 ， 是 为 了 本 课程 。 








团 现状 问题 ， 可 以 理解 为 保护 现 有 职位 或 角色 不 变 的 思维 。 译 者 注 
[5] 可 以 理解 为 ， 人 们 的 行为 和 心态 构成 了 组 织 的 文化 。 译 者 注 


[6] 这 种 组 织 行为 反映 了 本 书 第 5 章 中 讨论 的 泰勒 主义 所 产生 的 影响 。 


3.2 巨型 LeSS 


规模 进一步 扩展 时 ， 另 一 个 问题 是 


一 次 全 部 完成 结构 变革 难度 过 大 一 一 在 一 个 庞大 的 产品 团体 中 ， 很 难 一 次 做 出 巨大 的 结构 变革 。 困 难 的 原因 不 仅仅 是 人 数 
多 和 思想 繁杂 ， 还 因为 : 


. 组 织 对 一 大 群 客户 都 有 在 特定 日 期 前 交付 新 功能 的 承诺 ， 这 使 得 大 规模 的 变革 面临 风险 ; 
` 组 织 政治 会 使 变革 发 展 成 为 人 们 的 “职业 限制 ”; 
. 这 么 大 的 规模 无 法 保证 足够 的 教育 和 辅导 。 
因此 ， 巨 型 LeSS 的 采用 需要 以 一 种 更 加 演进 式 的 方式 来 完成 。 
3.2.1 ”巨型 LeSs 规 则 
巨型 LeSS 的 采用 ， 包 括 组 织 结构 的 改变 ， 应 采用 演进 增 量 的 方式 进行 。 
每 一 天 都 要 记得 : 巨型 LeSS 的 采用 需要 几 个 月 或 几 年 的 时 间 ， 需 要 有 不 尽 的 耐心 和 充足 的 幽默 感 来 支撑 。 
3.2.2 指南; 逐步 增 量 式 采用 
LeSss 采 用 最 好 一 次 全 部 完成 ， 但 巨型 LeSS 采 用 必须 循序 渐进 地 增 量 式 完 成 。 巨 型 Less 的 采用 有 两 种 方法 可 循 : 
. 在 整个 产品 组 中 渐进 增 量 式 地 采用 。 


所 有 团队 都 在 以 相同 的 步调 逐步 提高 自己 的 采用 规模 和 能 力 。 这 可 以 通过 扩展 产品 级 完成 定义 和 使 用 特性 团队 采用 路 线 图 等 
工具 来 实现 (参见 4.1.4 节 ) 。 


: 在 产品 品 组 的 某 一 部 分 专 注 而 深入 地 采用 o 


改进 专注 于 首先 让 几 个 团队 变 得 真正 优秀 ， 然 后 把 他 们 逐个 分 散 开 。 深 度 采 用 可 以 通过 扩展 某 几 个 团队 的 完成 定义 ， 让 他 们 
实现 特定 的 改进 事项 ， 并 通过 集中 指导 来 进行 。 


这 两 种 方法 都 有 效 。 人 迫不及待 的 渐进 式 采 用 有 一 定 的 优势 ， 有 希望 在 产品 学 围 内 快速 获得 成 效 ， 尽 管 这 种 情况 通常 不 会 发 
生 ， 因 为 所 有 团队 必须 同时 解决 一 些 相同 的 问题 一 一 结果 又 导致 新 的 问题 。 专 注 而 深入 地 采用 看 起 来 缓慢 一 些 ， 但 它 可 以 避免 


LeSs 采 用 原则 更 倾向 专注 而 深入 的 采用 ， 这 一 点 在 此 做 了 讨论 。 第 4 章 将 介绍 逐步 增 量 式 采 用 方法 。 


3.2.3 ”指南 : 一 次 一 个 需求 领域 


启动 巨型 LeSs 采 用 最 简单 的 增 量 式 步骤 是 在 一 个 需求 领域 内 采用 Less 框 架 。 这 里 的 重点 在 于 ，LeSs 采 用 首先 要 放 在 效益 高 
和 风险 低 的 需求 领域 ， 或 者 至 少 是 风险 低 的 需求 领域 。 
这 意味 着 一 次 只 创建 一 个 新 的 需求 领域 。 


现在 事情 变 得 有 点 棘手 了 : 这 个 新 创建 的 (也 许 只 有 一 个 ) 需求 领域 仍然 是 产品 的 一 部 分 ， 因 而 它 和 庞大 的 “ 旧 组 织 ” 之 间 
仍 将 存在 依赖 关系 。 困 难 的 地 方 在 于 ， 在 破坏 “ 旧 组 织 ” 以 支持 这 个 年 轻 的 需求 领域 和 坚持 遵循 现 组 织 接口 之 间 如 何 寻 求 平 衡 。 


最 后 的 选择 是 战斗 。“ 旧 组 织 ” 中 有 一 条 规则 必须 瓦解 ， 即 放弃 个 人 /团队 代码 的 拥有 权 ; 否则 ， 年 轻 的 需求 领域 就 没有 机 
会 了 。 
3.2.4 指南: 并行 组 织 


前 面 的 指南 是 一 个 比较 通用 的 技术 实例 ， 说 明了 在 不 做 任何 改变 的 情况 下 如 何 进行 组 织 结构 变革 ， 即 构建 并 行 组 织 。 这 意味 
着 现 有 的 组 织 保存 不 变 ， 并 从 几 个 特性 团队 或 一 个 需求 领域 开始 ， 逐 步 建 立 并 行 的 新 的 组 织 。 这 种 方式 对 于 特性 团队 很 合适 ， 
为 他 们 没有 实质 上 的 依赖 关系 。 一 旦 第 一 个 团队 工作 良好 ， 就 可 以 逐渐 将 团队 从 传统 组 织 中 转移 出 来 。 当 动力 足够 时 ， 便 可 以 把 
旧 的 组 织 合并 成 新 的 组 织 。 


注意 事项 : 
并 行 组 织 不 是 试点 组 织 ， 并 行 的 结果 之 一 是 组 织 的 报告 线 必须 与 传统 组 织 分 开 。 


“ 不 要 让 并 行 组 织 建立 代码 库 分 支 ， 因 为 这 会 导致 令 人 痛苦 的 代码 合并 开销 。 它 们 是 独立 的 组 织 ， 但 要 使 用 相同 的 产品 和 相 
同 的 代码 库 。 


. 要 非常 清楚 地 告知 团队 ， 每 个 人 最 终 都 将 进入 新 的 组 织 。 这 个 信息 很 重要 ， 这 样 旧 组 织 中 的 人 就 不 会 专注 于 无 谓 的 竞争 





第 4 章 ”围绕 客户 价值 组 织 


我 希望 它 是 透明 的 ， 但 我 不 希望 露出 背景 。 


一 一 匿名 客户 


单 团队 Scrum 


scrum 的 一 个 始终 不 变 的 中 心 主 题 是 不 懈 地 天 注 交 付 客户 价值 。 工 作 的 顺序 是 基于 为 客户 提供 价值 ， 而 不 是 基于 开发 的 便利 
性 。 这 种 做 法 侧重 于 通过 早期 交付 价值 来 验证 技术 决策 ， 它 对 希望 首先 构建 框架 的 开发 人 员 来 说 ， 是 一 种 艰难 的 变化 。 


@ 
YE 多 





X 
TE@AM 





团队 按 客户 价值 组 织 


以 下 三 种 Scrum 和 角色 在 不 懈 关 注 客 户 价值 和 尽力 关切 技术 卓越 之 间 找 到 了 平衡 。 


窗户 为 中 心 的 观点 来 决定 产品 是 什么 。 


涝 
NN 
\ 忆 
放 
插 
并 
汽 
明 


“团队 ”是 一 个 跨 职能 且 自 管 理 的 团队 ， 由 职业 产品 开发 人 员 组 成 ， 他 们 共同 负责 在 每 一 个 Sprint 中 交付 可 工作 、 易 维护 
并 且 己 “完成 ”了 的 功能 。 他 们 决定 如 何 构建 产品 ， 进 而 决定 工作 量 的 大 小 。 


行 ， 并 确保 对 组 织 有 益 。 她 的 重点 是 培养 运转 良好 的 生产 团队 、 负 责任 的 产品 负责 人 和 持 


常 运行 ， 


: Scrum Mastet 负 责 使 Sctum 正 常 


续 改 进 的 组 织 。 


4.1 ”在 LeSS 中 团队 按 客户 价值 组 织 


在 规模 扩展 时 ， 以 下 这 些 原则 与 组 织 有 关 : 


以 客户 为 中 心 一 一 在 小 型 单 团 队 的 产品 开发 中 ， 围 绕 客 户 价值 组 织 团队 是 微不足道 的 。 随 着 团队 的 增多 ， 团 队 们 就 愈加 变 


得 像 大 型 开发 机 器 中 的 齿轮 。 如 摩登 时 代 中 的 查理 . 卓 别 林 一 样 ， 拧 螺丝 是 他 的 工作 ， 他 不 会 知道 客户 将 如 何 使 用 产品 .…… 或 者 实 
际 客户 是 谁 。 那 么 该 如 何 扩展 并 保持 始终 以 客户 为 中 心 呢 ? 
“LeSS 能 


大 规模 Scrum 也 是 Scrum 一 一 我 们 曾经 访问 过 一 个 想 要 采用 Scrum 的 团队 。 我 们 教 他 们 LeSS; 当时 他 们 大 声 问 : 


让 我 们 像 以 前 只 有 一 个 团队 时 一 样 工 作 吗 ?” 我 们 回答 ，“ 是 啊 。” 当 公司 快速 友 展 时 ， 它 会 引入 “专业 管理 层 ”， 以 及 项 目 、 


计划 、 投 资 组 合 和 其 他 治理 层 。 这 种 额外 的 结构 损害 了 公司 的 核心 价值 一 一 制造 伟大 的 产品 。 我 们 如 何 保持 扩展 的 Scrum 像 
Scrum 一 样 简单 呢 ? 


系统 思维 和 整体 产品 聚焦 一 一 传统 组 织 中 包含 大 量 的 局 部 优化 ， 例 如 不 懈 地 追求 和 优化 个 人 的 产 出 。 如 何 构建 组 织 ， 使 其 
更 加 关注 整体 产品 并 不 断 地 交付 客户 价值 呢 ? 


4.1.1 ”LeSS 规 则 


用 真正 的 团队 作为 基本 单元 来 构建 组 织 。 
每 个 团队 都 是 自 管理 的 、 跨 职能 的 、 同 地 点 的 、 长 期 的 。 


大 多 数 团队 都 是 以 客户 为 中 心 的 特性 团队 。 


4.1.2 指南: 建立 团队 型 组 织 


中 松 义 郎 是 软盘 的 发 明 者 。 他 还 有 其 他 许多 发 明 包 括 防止 人 睡 着 的 枕头 ,激活 大 脑 的 香烟 ， 以 及 内 置 磁 铁 的 避孕 套 等 。 他 声 
称 自己 以 拥有 4000 多 项 专利 而 创造 了 发 明 数 量 的 世界 纪录 。 他 是 现代 “疯狂 科学 家 ”的 典范 …… 但 大 多 数 发 明 ， 以 及 大 多 数 软件 
开发 ， 都 是 由 团队 而 不 是 个 人 完成 的 。 


产品 是 由 团队 创建 的 ， 但 传统 (西方 ) 的 组 织 却 是 围绕 个 人 负责 制 而 建立 的 。 经 理 要 对 团队 个 人 表现 负责 ， 这 反映 在 诸如 给 
个 人 分 配 工作 、 个 人 绩效 考核 和 个 人 奖励 等 做 法 上 。 这 些 做 法 有 利于 个 别 疯狂 的 科学 家 ， 但 不 利于 促成 运作 良好 的 团队 ， 让 团队 
为 实现 他 们 的 目标 承担 共同 的 责任 。 


基于 团队 的 LeSs 组 织 具 有 以 下 结构 : 


. 专门 团队 : 每 个 团队 成 员 都 将 100% 的 时 间 奉 献 给 一 个 且 仅 一 个 团队 。 这 可 能 会 让 人 感到 不 灵活 ， 但 如 果 希 望 团 队 成 员 对 
团队 目标 承担 共同 责任 ， 对 团队 的 工作 方式 拥有 所 有 权 一 一 自己 负责 自己 的 流程 ， 那 么 他 们 就 必须 专心 致 志 。 


. 跨 职能 团队 : 每 个 团队 都 拥有 或 需要 获得 生产 可 交付 产品 所 需 的 所 有 职能 性 技能 。 从 职能 角度 来 看 ， 传 统 的 职能 性 专门 团 
队 可 能 会 让 人 觉得 最 “有 效 ”， 但 是 产品 开发 中 的 大 多 数 工作 量 或 问题 都 用 在 或 出 现在 这 些 职能 交接 上 ， 因 此 如 果 和 希望 团队 专注 
于 整体 可 工作 产品 ， 那 么 他 们 必须 是 跨 职能 的 。 





. 同 地 点 团队 : 每 个 团队 都 置 于 同 地 ， 同 一 房间 四。 这 听 起 来 可 能 不 太 合理 。 在 当今 全 球 化 的 世界 里 ， 难 道 不想 在 那些 杰出 
人 才 的 所 在 地 用 人 吗 ? 不 ， 我 们 希望 有 最 好 的 团队 ， 和 希望 团队 成 员 为 团队 的 产 出 承担 共同 的 责任 ， 并 互相 学 习 。 分 担 责任 需要 信 
任 ， 人 类 更 有 可 能 通过 密切 合作 和 面对面 的 交流 建立 信任 。 合 用 同一 地 点 还 能 促进 更 快 的 反馈 和 团队 学 习 ， 这 正 是 持续 改进 的 本 
质 。 


. 长 期 团队 : 团队 成 员 永 远 在 一 起 。 这 可 能 会 让 人 党 得 是 一 种 理想 主义 ， 但 如 果 想 让 团队 关心 他 们 如 何 作为 一 个 团队 来 工 
作 ， 那 么 就 需要 有 稳定 性 。 任 何 一 个 曾经 在 真正 长 期 的 团队 中 工作 过 的 人 都 知道 ， 随 着 团队 成 员 不 断 地 相互 了 解 ， 不 断 地 学 习 如 
何 共 同 开展 工作 和 改进 工作 ， 团 队 就 会 变 得 更 加 出 色 。 


这 种 基于 团队 的 组 织 结构 具有 明显 的 优势 ， 但 也 可 能 会 引起 有 趣 的 动态 (dynamics) 。 认 识 到 这 些 动 态 是 很 重要 的 ， 因 为 
有 时 它们 是 反 直 觉 的 ,会 引起 组 织 焦虑 。 描 述 如 下 。 


县 有 学 习 能 力 的 人 类 胜 过 “单一 技能 的 资源 ”一 一 组 织 经 常 把 人 看 作 是 “人 力 资源 ”， 这 样 等 于 把 人 与 金钱 、 机 器 和 备 忘 
录 归 为 同类 。 资 源 只 有 一 项 技能 ， 例 如， 机 器 做 它 所 要 做 的 事情 ， 当 需要 它 做 别 的 事情 时 一 一 那 就 需要 一 台新 机 器 到 位 。 人 天 
生 就 相当 缺乏 技能 。 但 是 人 类 拥有 一 项 非凡 的 元 技能 : 获得 新 技能 的 能 力 。 这 种 能 力 对 于 那些 目标 灵活 可 变 的 组 织 来 说 是 最 基本 
的 。 拥 有 专注 、 长 期 的 团队 会 自动 让 人 们 实践 这 些 学 习 能 力 。 


团队 胜 过 作为 “资源 配置 ”单位 的 个 体 一 一 资源 配置 是 决定 哪些 人 应 该 被 放 在 某 个 产品 上 工作 的 过 程 ， 通 常 基于 个 体 。 当 
采纳 基于 团队 的 结构 时 ， 问 题 将 不 再 是 “我 们 需要 哪些 人 ? ”而 是 “我 们 需要 哪些 团队 ? " 


将 工作 交 给 具有 创造 力 的 团队 胜 过 为 工作 而 创建 团队 一 一 传统 组 织 会 建立 项 目 组 ， 其 中 有 为 开发 新 功能 而 配备 的 精准 技能 
组 合 和 人 员 。 但 是 ， 拥 有 长 期 团队 的 组 织 不 会 重新 划分 组 织 ， 而 是 划分 工作 ， 把 划分 好 的 工作 交 给 学 习 强 和 适应 强 的 已 有 团队 。 





稳定 的 组 织 胜 过 动态 和 矩阵 式 结构 一 一 不 断 变化 的 组 织 结构 不 会 带 来 灵活 性 ， 而 会 造成 混乱 。 相 反 ， 真 正 的 组 织 灵 活性 在 于 
工作 能 够 以 有 意义 的 、 以 客户 为 中 心 的 方式 进行 划分 ， 然 后 把 它 交 给 恰当 的 团队 ， 这 些 团 队 通过 使 用 其 学 习 能 力 来 弥补 缺失 的 技 
能 。 效 果 如 何 ”Less 组 织 放弃 了 基于 和 矩阵 的 结构 而 支持 稳定 的 组 织 结构 。 


4.1.3 指南: 了解 特性 团队 


大 多 数 大 型 产品 组 都 是 按照 我 们 称 为 组 件 团队 的 模式 围绕 技术 建立 的 。LeSS 产 品 组 则 是 按照 我 们 称 为 特性 团队 的 模式 围绕 
客户 价值 建立 的 向 。 从 围绕 技术 组 织 到 围绕 客户 价值 组 织 无 疑 是 一 种 极其 深刻 的 转变 。 


什么 是 特性 团队 ? 


特性 团队 (参见 图 4-1) 是 一 个 稳定 的 、 长 期 的 团队 ， 它 交付 以 客户 为 中 心 的 端 到 端的 产品 功能 B]。 特 性 团队 在 每 个 Sprint 
交付 已 完成 功能 。 


特性 团队 





Tz 〇 D -二 
产品 竺 办 


事项 列表 





以 窗户 为 
心 的 功能 


哮 在 可 交 丰 
产品 增 量 


-~ 








团队 拥有 完成 以 窗户 为 中 心 圾 端 到 端 功能 所 必需 的 知识 和 技能 。 


如 果 强 有 ， 团 队 则 应 学 习 和 获得 所 需 的 知识 和 权能 。 





图 4-1 ”特性 团队 
特性 团队 具有 以 下 优势 。 
明确 的 职责 特性 团队 的 目标 是 明确 的 。 功 能 ， 即 产品 待 办 事项 列表 条 目 ， 应 该 在 Sptint 结 束 之 前 完成 。 为 实现 这 一 目 








标 而 需要 做 的 一 切 都 属于 团队 的 责任 范围 。 这 简化 了 计划 工作 并 解决 了 依赖 关系 。 


* 目标 和 客户 聚焦 一 一 特性 团队 使 用 客户 语言 来 交流 。 他 们 为 真实 的 人 创造 功能 来 改善 他 们 的 生活 ， 而 不 是 为 了 技术 而 创造 
技术 。 这 种 增强 的 客户 关注 度 和 目标 使 团队 能 够 使 用 客户 语言 直接 与 客户 进行 交流 和 合作 ， 并 且 共 同 创造 最 佳 产品 。 这 一 点 强 而 
有 力 。 





` 灵活 性 和 学 习 能 力 不 再 需要 地 狱 般 痛 苦 的 计划 ， 也 不 需要 庞大 的 依赖 矩阵 。 需 要 做 一 个 新 功能 吗 ? 找 一 个 合适 的 团 


队 和 由 。 团 队 可 能 不 会 恰好 具备 所 需 的 技能 ， 故 而 这 正 是 他 们 实践 自己 学 习 元 技能 的 能 力 的 时 候 。 


对 特性 团队 的 一 个 常见 误解 是 ， 团 队 拿 到 一 个 涉及 整个 系统 的 庞大 功能 ， 他 们 必须 到 处 做 更 改 。 而 情况 并 非 如 此 。 相 反 ， 大 
型 功能 必须 首先 被 分 解 ， 然 后 再 将 分 解 后 较 小 的 、 以 客户 为 中 心 的 端 到 端 部 分 交 给 特性 团队 。 关 键 的 区 别 是 要 把 工作 分 解 成 以 客 
户 为 中 心 的 部 分 ， 而 不 是 分 解 成 组 件 (参见 9.2.5 节 ) 。 


要 想 向 特性 团队 转型 需要 彻底 了 解 他 们 的 工作 方式 和 工作 原因 。 我 们 总 结 了 特性 团队 和 组 件 团队 的 区 别 ， 并 简要 分 析 了 它们 
的 优 缺 点 。 特 性 团队 也 有 缺点 ， 并 非 解 决 所 有 问题 的 捷径 。 在 组 织 中 采用 特性 团队 需要 用 长 远 的 观点 来 看 待 。 


组 件 团队 模型 


组 件 团队 围绕 体系 结构 而 建 ， 如 图 4-2 所 示 。 每 个 团队 都 是 系统 或 技术 的 一 部 分 ， 可 以 是 前 端 对 应 后 端 ，Java 对 应 C++， 或 
者 更 一 般 的 组 件 (模块 、 子 系统 、 框 架 、 库 等 ) 。 


这 是 大 多 数 产 品 组 的 默认 设置 ， 具 有 以 下 优点 : 
. 清晰 的 代码 /设计 所 有 权 
: 清晰 的 边界 (每 个 团队 都 是 在 自己 的 沙 箱 中 工作 ) 


深度 专门 化 
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图 4-2 组件 团队 模型 


这 些 优势 并 非 没有 显著 的 成 本 : 


清晰 的 代码 /设计 所 有 权 一 一 拥有 代码 /设计 所 有 权 意 味 着 明确 的 身份 和 清晰 的 责任 。 当 代码 出 现 问题 时 ， 我 们 显然 有 责任 修 
复 它 。 


事情 的 另 一 面 则 是 ， 只 有 一 个 团队 可 以 修改 代码 ， 这 会 导致 效率 瓶 英 。 而 且 ， 即 便 对 代码 / 设计 做 了 修改 ， 其 所 有 者 也 不 会 
收 到 太 多 关于 修改 的 反馈 ， 因 为 没有 人 真正 关心 他 们 的 代码 。 


清晰 的 边界 一 一 我 们 有 自己 的 领域 ， 在 这 里 可 以 做 任何 我 们 想 做 的 事情 ， 其 他 团队 不 会 干扰 我 们 的 工作 。 


事情 的 另 一 面 则 是 ， 集 成 不 仅 仪 是 把 所 有 的 东西 堆 在 一 起 。 当 集成 失败 时 ， 弄 清楚 谁 对 什么 负责 是 痛苦 和 耗 时 的 。 LeS9 避 
免 使 用 沙 盒 方式 ， 而 是 以 整体 产品 为 重心 ， 并 且 持 续集 成 ， 降 低产 品 风险 。 


深度 专门 化 一 一 我 们 的 系统 很 复杂 ， 没 有 人 能 理解 所 有 的 东西 。 我 们 的 团队 有 自己 的 领域 ， 多 年 来 我 们 一 直 在 这 个 专业 领 
域 工作 ， 并 且 这 工作 还 在 渐渐 地 变 得 更 好 、 更 有 效率 。 


事情 的 另 一 面 则 是 ， 专 门 化 只 是 一 个 维度 ， 即 技术 维度 。 专 门 化 的 这 种 优势 〈 局 部 效率 更 高 ) 是 有 代价 的 ， 因 为 在 其 他 方面 
不 够 专业 。 在 后 面 的 4.1.5 节 中 将 对 这 一 内 容 进行 更 多 的 介绍 。 


组 件 团队 模型 存在 一 些 严重 的 缺点 中 ]: 


. 不 平衡 和 不 同步 的 依赖 关系 


` 关注 产量 而 不 是 价值 
导致 顺序 生命 周期 和 长 发 布 周期 
对 这 些 缺 陷 及 其 典型 的 解决 方法 进行 的 分 析 表 明 ， 要 让 “敏捷 ”组 件 团队 很 好 地 工作 也 许 是 不 可 能 的 。 


不 平衡 和 不 同步 的 依赖 关系 一 一 客户 需要 功能 ， 而 这 些 功能 往往 涉及 多 个 组 件 。 这 便 引 起 团队 之 间 的 依赖 关系 。 这 些 依赖 
关系 是 : (1) 不 平衡 的 ， 例 如 ， 人 僵尸 团 队 有 大 量 的 工作 ， 但 是 吸血 鬼 团 队 的 工作 却 很 少 ; (2) 不 同步 的 , 例如， 木乃伊 团队 
有 一 些 工 作 依赖 于 狼人 团队 ， 但 因为 狼人 团队 有 更 重要 的 条 目 要 做 ， 所 以 他 们 暂时 不 会 做 木乃伊 团队 依赖 的 那 部 分 工作 。 这 就 对 
协调 和 代码 集成 造成 了 严重 挑战 。 

典型 的 答案 是 : (1) 加 强 计 划 工 作 ; ” (2) 创建 新 的 协调 角色 ; (3) 创建 “项 目 团队 ”并 举行 定期 的 状态 更 新 会 议 。 所 有 
这 些 所 谓 的 解决 办 法 都 是 徒劳 无 益 的 ， 因 为 依赖 关系 永远 不 会 随时 间 的 推移 得 到 解决 ， 而 且 现 有 系统 中 的 各 种 快速 修复 代码 会 导 
致 痛苦 和 可 怕 的 冲突 。 读 者 也 许 觉 得 我 们 有 些 夸 大 其 词 ， 但 是 ， 如 果 仔 细 观 察 整洁 状态 报告 之 下 的 真实 情况 ， 即 使 是 多 年 使 用 这 
种 模型 的 团队 ， 了 恐怕 也 是 一 团 糟 。 


关注 产量 而 不 是 价值 一 一 技术 层面 的 专门 化 可 以 增加 以 代码 生成 量 作为 衡量 标准 的 产 出 ， 但 这 并 不 等 于 客户 价值 ， 特 别 是 
当 对 效率 的 优化 影响 到 功能 的 优先 级 时 ， 客 户 是 喜欢 大 量 代码 (效率 优化 的 结果 ) 还 是 有 价值 的 功能 (优先 级 的 确定 ) 呢 ? 


导致 顺序 生命 周期 和 长 友 布 周期 一 一 原始 客户 需求 分 析 由 谁 完 成 ? 谁 为 组 件 团队 定义 技术 组 件 工 作 ? 谁 将 集成 和 测试 以 客 
户 为 中 心 的 整体 功能 ? 分 析 团 队 ， 架 构 团 队 ， 以 及 系统 测试 团队 ? 这 等 于 又 返回 到 了 顺序 生命 周期 的 时 代 : 职能 切换 问题 随处 可 
见 ， 再 加 上 长 发 布 周 期 的 附加 延迟 ， 简 直 是 雪上 加 霜 。 


这 些 缺 点 众所周知 ， 在 组 件 团队 模型 中 没有 快速 解决 方法 ， 当 转向 特性 团队 模型 时 它们 便 可 得 到 避免 。 


特性 团队 模型 


特性 团队 围绕 客户 价值 而 建 ， 如 图 4-3 所 示 。 每 个 团队 都 可 以 专门 围绕 客户 域 中 的 一 种 或 多 种 类 型 的 功能 开展 工作 。 这 种 团 
队 可 以 是 故障 诊断 团队 、 债 券 交易 团队 或 系统 管理 团队 等 。 
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Wu 的 团队 


图 4-3 ”特性 团队 模型 
特性 团队 的 优势 : 
- 明确 的 功能 所 有 权 
" 不 存在 导致 延迟 的 依赖 关系 
开发 组 织 使 用 客户 语言 
与 组 件 团队 模型 一 样 ， 这 些 优势 也 不 是 没有 代价 。 


明确 的 功能 所 有 权 一 一 由 谁 负责 确保 以 客户 为 中 心 的 整体 功能 能 够 在 现 有 系统 中 正常 工作 ”许多 组 织 都 喜欢 在 集成 时 玩 乒 
乓 游戏 ， 把 责任 不 断 推 给 其 他 团队 。 这 种 机 能 失调 的 行为 在 特性 团队 中 是 不 存在 的 ， 因 为 责任 始终 由 特性 团队 承担 。 


事情 的 男 一 面 是 ， 特 性 团队 要 基于 多 个 组 件 开 展 工 作 。 而 与 此 同时 ， 其 他 团队 也 在 处 理 相同 的 组 件 ， 这 会 影响 组 件 的 设计 / 
代码 ， 但 这 种 影响 对 设计 /代码 的 改进 是 有 积极 意义 的 。 不 过 还 是 有 许多 人 担心 这 会 导致 更 大 程度 的 混乱 。 采 用 单元 测试 、 无 情 
重 构 、 持 续集 成 、 多 团队 设计 研讨 会 和 演进 设计 等 现代 开发 实践 ， 可 以 防止 组 件 退化 ， 使 产品 健康 成 长 。 此 外 ， 当 团队 对 要 更 改 
的 组 件 尚未 熟悉 时 ， 组 件 导师 和 组 件 社区 可 以 为 其 提供 知识 和 支持 。 (有 关 组 件 导师 和 多 团队 设计 会 议 的 内 容 请 参阅 第 13 章 。 
) 


不 存在 导致 延迟 的 依赖 天 系 一 一 由 于 某 个 功能 的 需要 而 不 得 不 对 某 个 组 件 进行 更 改 时 ， 特 性 团队 将 负责 更 改组 件 ， 而 不 必 
等 待 男 一 个 团队 为 他 们 做 修改 。 于 是 在 交付 客户 功能 时 ,减少 了 对 同步 化 的 要 求 ， 进 而 从 根本 上 缩短 了 从 功能 请 求 到 价值 交付 的 


时 间 。 


事情 的 另 一 面 是 ， 需 要 支持 共享 组 件 或 平台 。 如 果 每 个 特性 团队 只 专注 于 实现 自己 的 功能 ， 那 么 这 可 能 会 导致 相同 的 功能 被 
实现 多 次 。 他 们 失去 了 与 其 他 团队 合作 的 机 会 。 这 种 情况 可 以 通过 加 强 与 该 技术 实现 有 关 的 团队 之 间 的 合作 来 解决 。 这 方面 比较 
有 用 的 技巧 包括 多 团队 产品 待 办 事项 列表 梳理 或 多 团队 Sprint 计划 二 。 (相关 指南 请 参阅 第 11 章 和 第 13 章 。) 


开发 组 织 使 用 客户 语言 一 特性 团队 使 用 与 客户 相同 的 语言 ， 可 以 直接 要 求 客户 对 需求 加 以 澄清 。 这 使 得 团队 的 工作 更 具 
目的 性 ， 因 为 他 们 知道 是 什么 、 为 什么 以 及 它 为 谁 构建 。 这 还 减少 了 位 于 客户 和 开发 人 员 之 间 的 一 些 间接 层 ， 包 括 分 析 师 、 产 品 
和 项 目 经 理 等 。 


事情 的 另 一 面 是 ， 有 些 工程 师 从 未 将 客户 沟通 视 为 必要 的 技能 。 有 些 人 可 能 不 愿意 与 客户 交谈 ， 有 些 人 可 能 没有 能 力 与 客户 
交谈 。 我 们 的 经 验 是 ， 拓 宽 技 能 是 值得 去 做 的 事情 ， 尽 管 一 开始 感到 不 舒服 。 


特性 团队 模型 也 有 来 自 其 自身 的 挑战 : 
* 需要 开发 人 员 理 解 系统 的 大 部 分 内 容 
* 可 能 导致 代码 /设计 混乱 
影响 工作 分 解 的 方式 

这 些 都 是 严峻 的 挑战 ， 但 并 非 不 可 克服 。 


需要 开发 人 员 理 解 系统 的 大 部 分 内 容 一 开发 人 员 对 系统 的 大 部 分 内 容 都 要 有 所 理解 ， 但 一 个 常见 的 误解 是 开发 人 员 或 团 
队 必 须 理解 整个 系统 。 这 是 不 真实 的 。 团 队 中 的 人 员 有 他 们 的 主要 专业 ， 团 队 也 有 团队 自己 的 专业 领域 。 设 想 一 个 有 50 个 组 件 
的 系统 。 传 统 上 ， 一 个 开发 人 员 可 能 能 够 很 好 地 理解 1 个 组 件 。 在 特性 团队 里 ， 他 需要 深入 理解 其 中 的 几 个 ， 也 许 有 十 几 个 ， 这 
些 只 需 简单 理解 即 可 。 但 他 不 需要 知道 所 有 50 个 (参见 第 13.1.9 节 ) 。 





可 能 导致 代码 /设计 混乱 一 一 如 前 所 述 ， 取 消 组 件 所 有 权 可 能 会 导致 代码 /设计 重视 程度 和 质量 的 下 降 ， 这 源 于 “ 共 担 责任 即 
无 责任 ”的 思想 。 但 卓越 的 技术 和 现代 发 展 实践 可 以 防止 这 种 退化 。 此 外 ， 有 时 这 种 下 降 并 不 会 发 生 ， 因 为 开发 人 员 知道 其 他 人 
会 看 到 他 们 的 代码 ， 所 以 自己 必须 付出 额外 的 努力 来 维护 自己 的 声誉 。 请 务必 激发 这 种 代码 自豪 感 。 (有 关 实践 ， 请 参阅 第 13 


章 。) 


早 。 


影响 工作 分 解 的 方式 一 一 对 于 组 件 团队 ， 开 发 工作 会 被 分 解 为 多 项 技术 组 件 任务 。 这 通常 由 单独 一 个 人 或 小 组 来 完成 : 架 
构 师 、 分 析 师 或 规格 制定 者 。 这 种 分 解 方式 对 于 特性 团队 来 说 是 不 需要 的 。 工 作 仍 需 分 解 ， 但 分 解 是 基于 客户 域 进行 ， 并 且 是 在 
产品 待 办 事项 列表 梳理 会 议 中 完成 的 。 以 客户 为 中 心 的 分 解 并 不 难 ， 但 却 很 独到 。 如 果 不 理解 以 客户 为 中 心 的 分 解 ， 那 么 特性 团 
队 可 能 会 令 人 无 法 想象 。 


这 些 挑战 实 实在 在 地 存在 ， 但 却 是 可 以 解决 的 。 特 性 团队 转型 对 于 4 个 团队 的 LeSS 采 用 并 不 困难 ,但 另 一 方面 ， 对 于 100 个 
团队 的 LeSs 采 用 ， 它 将 需要 数 月 乃至 数 年 的 时 间 。 但 最 终 是 能 做 到 的 ， 而 且 收 益 是 切实 的 。 


组 件 团队 和 特性 团队 中 的 依赖 关系 


图 4-4 显 示 了 两 种 模型 ;比较 可 以 产生 重要 洞察 。 


特性 团队 


组 件 团队 
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图 4-4 ”特性 团队 和 组 件 团队 模型 比较 


组 件 团队 的 一 个 主要 问题 是 ， 在 组 件 涉及 面向 客户 的 功能 时 ， 相 关 团 队 之 间 的 依赖 关系 具有 异步 特质 。 特 性 团队 解决 依赖 天 
系 ; 在 没有 依赖 关系 阻碍 的 情况 下 ， 团 队 之 间 通 过 共享 工作 相互 受益 。 如 果 使 用 源 于 20 世 纪 80 年 代 的 开发 实践 一 一 在 编写 代码 
之 前 编写 大 量 纸 质 文件 ， 并 且 仅 在 编码 完成 之 后 才 集 成 所 有 部 分 一 一 那么 这 种 共享 工作 会 引起 很 大 的 痛苦 ， 因 为 看 不 到 可 工作 
做 这 些 共享 工作 如 同 摸 着 石头 过 河 。 但 是 ， 有 了 现代 敏捷 开发 实践 一 一 专注 于 干净 的 代码 、 无 情 的 重 构 和 持续 的 集成 


的 产品 ， 
作 的 机 会 。 组 件 团队 的 功能 依赖 关系 无 法 解决 ， 因 为 这 种 依赖 关系 本 质 上 是 结构 性 和 系统 


一 一 这 种 共享 工作 就 变 成 真正 共享 合 


因此 ，LesSs 要 求 团体 的 主体 是 特性 团队 。 


4.1.4 ”指南 : 特性 团队 采用 路 线 图 
什么 是 组 件 ?什么 是 功能 ? 什么 是 职能 专门 化 ? 到 目前 为 止 ， 我 们 把 它们 看 作 是 二 元 化 问题 ， 但 问题 的 答案 不 是 二 元 的 ， 它 
们 存在 于 连续 的 统一 体 之 中 。 一 个 团体 的 工作 范围 可 能 限于 一 个 单独 的 类 别 ， 而 另 一 个 团体 可 能 在 开发 整个 子 系统 ， 它 们 都 是 不 


同类 型 的 组 件 团队 。 
职能 专门 化 也 存在 规模 扩展 的 现象 。 例 如 ， 有 些 产 品 组 设置 五 个 级 别 的 测试 ， 这 让 “在 团队 中 包含 测试 工作 ”的 含义 变 得 非 


常 模糊 ! 
把 这 些 不 同 的 规模 绘制 在 图 中 ， 如 图 4-5 所 示 ， 有 助 于 领悟 特性 团队 的 采用 和 组 织 变革 的 类 型 。 








理想 状态 ! 难以 达到 ， 
只 能 过 度 很 好 乓 五 作 目 标 


专门 化 团队 
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扩展 组 件 团队 在 团队 互 作 
组 件 范围 中 发 生 冲 突 会 导致 
组 件 团队 重复 或 额外 的 协调 互 作 





cH 


十 设计 与 十 子 系 统 在 分 析 王 十 共同 
单元 测试 架构 与 测试 隶 统 测试 创建 产品 


代码 
图 4-5 ”特性 团队 采用 路 线 图 


Y 轴 代表 团队 随 着 体系 结构 的 分 解 和 产品 定义 的 扩展 而 逐渐 增加 的 工作 范围 。X 轴 表示 团队 随 着 完成 定义 的 扩展 而 逐渐 增加 
的 跨 职能 程度 。 


在 图 4-5 中 有 四 个 部 分 : 


组 件 团队 (component team) 一 一 符合 以 下 情况 的 任何 一 个 团队 都 属于 组 件 团队 : (1) 专注 于 开发 产品 的 某 些 部 分 而 不 
是 面向 最 终 客户 的 功能 ; (2) 专注 于 完成 任务 而 不 是 交付 产品 增 量 。 工 作 范 围 越 小 ， 专 门 化 程度 越 高 ， 组 件 团 队 的 问题 就 越 
大 。 


特性 团队 (feature team) 一 一 任何 以 整体 产品 为 焦点 ， 参 与 以 客户 为 中 心 的 功能 澄清 ， 并 测试 这 些 功能 的 团队 就 是 特性 
团队 。 特 性 团队 的 规模 有 大 有 小 ， 团 队 可 以 被 限制 为 仅 实 现 他 们 需要 的 功能 ， 也 可 以 在 产品 定义 足够 宽广 时 ， 参 与 识别 和 解决 客 
户 的 实际 问题 ， 并 因此 共同 创建 整个 产品 。 


职能 过 度 专 门 化 团队 (functional overspecialized team) 一 一 任何 在 较 大 需求 范围 内 执行 有 限 任 务 的 团队 都 可 能 存在 职 
能 过 度 专门 化 的 问题 。 这 会 导致 由 于 交接 而 产生 的 大 量 浪费 ， 是 应 该 避免 的 。 


扩展 组 件 团队 一 一 对 于 任何 团队 ， 若 其 组 件 工作 范围 有 限 但 又 要 负责 检查 其 部 件 能 否 在 较 大 产品 中 运行 ， 那 么 这 样 的 团队 
就 是 扩展 组 件 团队 。 这 类 团队 既 有 有 限 的 “组 件 范 围 ”， 又 有 “整个 产品 范围 ”， 两 种 范围 会 产生 冲突 。 这 种 冲突 会 导致 重复 工 
作 ， 因 为 多 个 扩展 组 件 团 队 创 建 相同 的 测试 ; 或 者 额外 的 协调 工作 ， 因 为 多 个 扩展 组 件 团 队 不 得 不 协调 他 们 的 “以 产品 为 中 
心 ”的 测试 。 需 求 澄清 也 存在 同样 的 范围 冲突 。 产 品 负责 人 需要 提醒 团队 ， 在 Sprint 结束 时 所 计划 的 条 目 应 该 完全 “完成 ”。 这 


些 团队 与 基本 组 件 团队 相 比 有 一 定 的 改进 ， 但 还 远 不 能 提供 特性 团队 所 能 带 来 的 好 处 (参见 8.1.11 节 ) 。 


完美 的 特性 团队 是 一 个 跨 整个 系统 工作 的 团队 ， 他 们 与 实际 用 户 共同 创建 产品 。 这 是 一 个 美好 而 又 很 难 达到 完美 的 目标 。 


示例 


有 了 这 个 完美 的 目标 ， 上 面 的 图 4-5 就 能 用 作 真 正 的 特性 团队 采用 路 线 图 了 。 接 下 来 将 探讨 两 个 例子 。 


图 4-6 中 的 特性 团队 采用 路 线 图 来 自 一 个 采用 巨型 LeSs 的 大 型 电信 产品 。 采 用 Less 前 ， 他 们 的 团队 是 传统 的 组 件 团队 。 开 始 
采用 LeSs 时 ， 他 们 首先 选择 了 扩展 团队 功能 范围 的 采用 策略 ， 并 创建 了 扩展 组 件 团队 。 他 们 未 来 几 年 的 目标 是 转型 为 全 产品 范 
围 的 特性 团队 。 但 是 ， 他 们 的 产品 中 存在 一 些 由 其 他 同 级 产品 组 创建 的 共享 组 件 ， 并 且 这 些 组 件 很 难 包括 进来 ， 因 为 要 这 样 做 就 
需要 进行 非常 重大 的 组 织 改变 。 于 是 ， 决 定 把 这 些 组 件 排除 在 当前 目标 之 外 。 
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团队 内 部 (功能 ) 颖 动 ; 功能 交叉 程度 


图 4-6 ”电信 系统 的 特性 团队 采用 路 线 图 


系统 范围 的 扩展 不 是 一 件 容易 的 事 ， 因 为 这 会 涉及 每 一 个 包含 数 百 万 行 代码 的 多 个 代码 库 ， 还 有 大 量 的 专门 化 职能 部 门 ， 以 
及 数 干 人 的 全 方位 重组 。 因 此 ， 跨 产品 组 的 协调 和 集成 活动 很 可 能 持续 十 多 年 ， 自 始 至 终 都 会 令 人 头痛 。 


图 4-7 的 特性 团队 采用 路 线 图 来 自 一 个 交易 产品 ， 其 采用 的 是 巨型 LeSS， 但 规模 非常 小 。 出 发 点 与 电信 产品 组 相同 ， 但 他 们 
决定 使 用 “一 次 完成 ”的 战略 。 向 生产 环境 部 署 仍 不 在 特性 团队 的 职责 范围 之 内 ， 这 一 点 在 不 完整 的 完成 定义 中 做 了 解释 。 


需要 参与 到 生态 菜 统 里 的 其 他 许多 公司 中 
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代码 在 设计 与 十 分 析 与 UAT 十 共同 创造 
单元 测试 〈 用 户 接 受 测 试 ) 


图 4-7 金融 交易 系统 的 特性 团队 采用 路 线 图 


一 次 完成 的 巨型 LeSS 采 用 ， 其 需要 做 出 的 改变 对 于 组 织 来 说 往往 过 大 而 无 法 应 付 。 这 就 是 为 什么 我 们 不 建议 用 一 次 完成 方 
式 采 用 巨型 LeSS 的 原因 。 这 是 个 很 好 的 例子 ， 产 品 组 建立 了 整体 产品 特性 团队 ， 但 存在 一 个 例外 : 有 一 个 相当 重要 的 组 件 在 组 
织 层 面 上 属于 另 一 个 产品 组 。 对 组 织 ， 尤 其 是 对 产品 组 实施 强制 变革 是 引发 采用 最 终 后 退 的 原因 之 一 ， 大 规模 的 组 织 变 革 往 往 会 
带 来 复杂 有 恶 务 的 工作 环境 。 


帮助 决策 


在 组 织 决 定 采用 LeSS 时 ， 特 性 团队 采用 路 线 图 可 以 作为 一 个 重要 的 参考 工具 。 它 有 助 于 以 下 决策 : 


- 什么 是 “全 部 ”? 一 一 采用 小 型 LeSS 框 架 要 求 对 特性 团队 的 变革 能 够 一 次 到 位 。“ 全 部 ”所 包含 的 内 容 取 决 于 特性 团队 的 


“ 未 来 改进 目标 一 一 像 电 信 产 品 组 织 一 样 ， 该 路 线 图 可 用 来 设置 未 来 目标 。 这 些 未 来 目标 往往 与 完成 定义 的 扩展 齐头并进 。 


路 线 图 还 展示 了 预期 的 变化 和 可 能 面临 的 困难 ， 因 为 要 想 扩 大 到 目前 组 织 范围 之 外 就 需要 艰苦 的 “政治 性 ”工作 。 


. LeSS 还 是 巨型 LeSS? 一 一 特性 团队 的 产品 范围 大 小 会 影响 采用 的 规模 ，LeSS 团 体 可 以 被 取代 并 转变 为 采用 巨型 LeSS 的 团 
体 。 例 如 ， 网 络 性 能 工具 是 一 种 以 客户 为 中 心 的 产品 ， 其 开发 组 的 规模 决定 了 他 们 只 会 采用 小 型 LeSS 框 架 。 但 是 ， 当 他 们 意识 到 
该 产品 “总 是 ”作为 网 络 管理 系统 的 一 个 集成 部 分 销售 时 ， 产 品 范围 就 发 生 了 变化 ， 他 们 可 能 因此 而 决定 采用 巨型 LeSS。 


RY 


4.1.5 指南: 客户 领域 专门 化 优先 


特性 团队 背后 的 一 个 基本 概念 是 对 客户 领域 而 不 是 技术 领域 组 织 和 实施 专门 化 。 同 样 的 概念 也 可 用 于 指导 其 他 LeSS 的 组 织 
结构 决策 。 


人 们 常常 会 产生 一 种 误解 ， 认 为 特性 团队 会 完全 放弃 职能 专门 化 。 这 种 误解 的 一 部 分 原因 来 自 于 错误 的 二 分 法 ， 即 要 么 专门 
研究 一 个 组 件 ， 要 人 么 根本 不 做 专门 的 研究 一 一 这 一 点 在 天 于 特性 团队 的 部 分 已 经 做 了 详细 介绍 。 误 解 的 男 一 部 分 原因 来 自 于 这 
样 一 种 信念 : 专门 化 是 一 维 性 的 ， 即 专门 研究 一 个 组 件 。 但 其 实 专 门 化 是 多 维度 的 。 探 索 这 些 维度 可 以 帮助 组 织 决 定 如 何在 这 些 
维度 之 间 做 出 更 好 的 平衡 。 





传统 的 专门 化 思维 几乎 完全 围绕 职能 技能 或 组 件 ， 例 如 在 特性 团队 采用 路 线 图 中 所 示 的 那样 。 但 专门 化 还 存在 其 他 多 个 方 
面 ， 包 括 编 程 语言 、 硬 件 、 操 作 系 统 、APl、 市 场 、 客 户 类 型 和 功能 类 型 。 它 们 可 以 分 为 面向 技术 的 (组件 、 操 作 系统 等 ) ; 或 
面向 客户 的 (市场 、 功 能 类 型 等 ) 。 从 这 些 维度 观察 特性 团队 的 采用 ， 可 以 得 出 图 4-8 中 的 图 表 。 


组 件 外 队 特性 四 队 


轩 术 维 际 鳃 专门 化 


分 析 由 队 





客户 维度 的 专门 化 


图 4-8 专门 化 的 两 个 维度 


LeSS 可 以 将 用 户 和 开发 人 员 更 紧密 地 联系 在 一 起 。 在 传统 的 大 型 产品 组 中 ， 用 户 的 观点 几乎 总 是 会 被 遗忘 。 特 性 团队 是 一 
种 按 客户 价值 组 织 的 方式 ， 尽 管 不 是 唯一 的 方式 。 优 先 选 择 客户 领域 专门 化 的 原则 也 会 带 来 其 他 结构 化 决策 。 


例如 : 银行 为 移动 设备 创建 银行 服务 移动 应 用 程序 。 团 队 通 常 按 平 台 来 组 织 ， 如 iOS 团 队 和 Android 团 队 。 这 些 团 队 是 特性 
团队 ， 他 们 在 技术 方面 ( 即 平台 ) 非常 专业 。 另 外 ， 他 们 也 可 以 按 客户 域 来 组 织 ， 例 如 移动 支付 、 管 理 和 报告 。 这 种 做 法 的 结果 
是 ,团队 可 以 在 多 个 平台 上 实现 相同 类 型 的 功能 ， 而 不 是 在 一 个 平台 上 实现 多 种 类 型 的 功能 。 


哪个 专门 化 维度 更 好 呢 ? 传统 的 组 织 往往 倾向 于 技术 维度 的 专门 化 。 为 什么 ? 也 许 人 们 认为 技术 更 难 ， 因 此 专门 从 事 这 方面 
的 工作 会 带 来 更 快 的 开发 进度 ?LeSS 更 倾向 于 在 客户 领域 进行 专门 化 ， 以 增加 与 实际 用 户 的 协作 ， 消 除 交 接 开销 ， 并 使 工作 更 
意义 。 让 我 们 来 探索 另 一 个 例子 .…… 


我 们 曾 与 一 家 开发 图 形 卡 的 公司 合作 过 。 他 们 的 组 织 是 围绕 技术 建立 的 : (1) 硬件 团队 ; (2) Linux 驱 动 程序 团队 ; 
(3) Windows 驱 动 程序 团队 。 这 些 都 是 组 件 团队 ， 若 想 迁 移 到 特性 团队 ， 则 需要 建立 一 个 跨 功能 的 硬件 /软件 团队 。 本 来 是 可 
行 的 ， 但 由 于 文化 原因 这 在 大 多 数 硬件 公司 很 难 实现 。 软 件 团队 还 专门 负责 驱动 程序 API 的 开发 。 该 组 织 的 前 提 假设 是 ， 学 习 操 


作 系 统 驱动 程序 API 比 了 解 硬件 (公司 的 产品 ) 更 重要 、 更 困难 。Less 倾 向 于 围绕 客户 建立 组 织 ， 因 此 可 供 参考 的 团队 组 织 机 构 
是 2D 图 形 世 片 团 队 和 3D 图 形 芯 片 团队 。 


技术 专门 化 和 客户 专门 化 之 间 的 完美 平衡 是 什么 呢 ? 做 决定 一 定 会 艰难 ， 只 是 当 采 用 LeSS 时 ， 更 倾向 于 客户 领域 的 专门 
化 。 


4.1.6 ”指南 i LeSS 组 织 结构 





这 一 切 如 何在 组 织 结构 中 融合 在 一 起 呢 ?” 当然 ， 每 个 组 织 都 是 不 同 的， 但 LeSs 组 织 倾向 于 遵循 一 种 极其 简单 的 结构 。LeSs 
组 织 与 大 多 数 传统 组 织 之 间 的 首要 区 别 是 ， 其 结构 是 稳定 的 ， 因 为 工作 是 围绕 团队 来 组 织 的 ， 而 且 技 能 不 匹配 会 触发 现 有 团队 内 
部 的 学 习 和 协调 。 


图 4-9 显 示 了 一 个 典型 的 LeSs 组 织 结构 图 。 
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图 4-9 ”典型 的 LeSS 组 织 结构 图 
注意 这 里 没有 什么 : 
没有 职能 组 织 : 如 果 让 具有 编程 技能 的 团队 成 员 向 开发 经 理 汇报 ， 同 时 让 具有 测试 技能 的 团队 成 员 向 QA (质量 保证 ) 经 


理 汇 报 ， 则 不 会 创建 出 优秀 的 团队 。 为 什么 ? 如果 QA 人 员 因 为 团队 工作 而 患 诚 于 团队 ， 又 因为 职能 专门 化 而 忠诚 于 QA 经 理 ， 那 


么 这 两 种 忠诚 之 间 就 会 出 现 患 诚 度 矛 盾 。LeSS 组 织 通过 取消 职能 组 织 而 创建 跨 职 能 直线 组 织 来 避免 这 种 冲突 。 


: 没有 项 目 /计划 组 织 或 项 目 / 计 划 管 理 办 公 室 (PMO) : 这 些 传统 的 控制 型 部 门 在 LeSS 组 织 中 将 不 复 存在 ， 因 为 其 职责 已 
经 分 布 在 特性 团队 和 产品 负责 人 中 间 。 若 坚持 保留 这 些 部 门 ， 则 必 将 造成 混乱 和 责任 冲突 。 


. 没有 诸如 配置 管理 、 持 续集 成 支持 或 “质量 和 流程 ”等 支持 小 组 : LeSS 组 织 倾向 于 通过 扩大 现 有 团队 的 责任 来 涵盖 这 类 支 
持 工 作 ， 而 不 是 创建 包含 各 种 专门 小 组 的 更 复杂 的 组 织 。 专 门 的 支持 小 组 往往 拥有 自己 的 领域 ， 这 会 导致 他 们 变 成 一 种 瓶颈 。 


让 我 们 仔细 观察 一 下 LeSS 组 织 .……… 

产品 组 领导 一 一 经 理 角色 在 大 多 数 从 事 产 品 开 发 的 LeSS 组 织 中 仍然 存在 ,包括 “产品 组 领导 ”。 他 们 通过 “现场 观察 ”的 
方式 为 团队 提供 支持 ， 帮 助 其 消除 障碍 ， 提 高 能 力 (我 们 将 在 第 5 章 中 介绍 经 理 职 责 ) 。LeSs 组 织 不 设 和 矩阵 结构 ， 也 不 设 虚 线 经 
理 [ (dotted-line manager) 

“产品 组 领导 ”的 名 称 可 能 会 让 人 感到 困惑 ， 原 因 之 一 是 不 同 的 组 织 对 它 使 用 了 截然 不 同 的 术语 。 我 们 这 里 的 “产品 组 领 
导 ” 指 的 是 所 有 团队 共同 的 那 一 个 直线 经 理 ， 而 无 论 其 他 组 织 把 它 称 为 什么 。 

特性 团队 一 一 这 是 完成 开发 工作 的 地 方 。 每 个 团队 都 是 跨 职能 、 自 管理 的 特性 团队 ， 包 括 一 个 Scrum Master。 他 们 是 在 产 
品 的 生命 周期 (有 时 更 长 ) 内 一 起 工作 的 永久 单元 。 建 议 产 品 组 领导 正好 是 所 有 成 员 的 直接 经 理 。 在 我 们 见 到 过 的 、 一 个 有 着 


150 人 的 组 织 里 ， 因 为 团队 接管 了 大 多 数 管 理 活动 ， 所 以 只 设置 了 一 个 直接 经 理 来 管理 所 有 人 。 但 一 些 规模 较 大 LeSS 组 织 会 设置 
一 些 额 外 的 团队 直线 经 理 结构 。 只 要 有 可 能 就 应 避免 额外 的 组 织 复杂 性 。 


产品 负责 人 (团队) 一 一 通常 也 称 为 “产品 管理 者 ”。 它 可 以 只 是 一 个 人 ,但 在 较 大 的 LeSS 组 织 中 ， 产 品 负 责 人 常常 需要 
其 他 产品 经 理 的 支持 。 


在 这 种 组 织 结构 中 ， 有 一 点 非常 重要 ， 即 团队 和 产品 负责 人 是 对 等 的 一 一 他 们 没有 层级 天 系 。 我 们 发 现 ， 在 角色 之 间 保 持 
权力 平衡 至 关 重 要 。 团 队 和 产品 负责 人 之 间 应 该 是 合作 型 的 对 等 关系 ， 共 同 构建 尽 可 能 最 佳 的 产品 ， 对 等 结构 能 够 很 好 地 支持 这 
一 点 。 在 第 8 章 中 将 对 此 做 进一步 探讨 。 


这 种 组 织 结构 在 产品 公司 中 尤其 常见 。 对 于 内 部 开发 部 门 ， 另 一 种 常见 的 做 法 是 产品 负责 人 被 放 在 其 他 组 织 ， 主 要 是 业务 方 
面 的 组 织 中 。 因 此 ， 他 不 在 产品 组 领导 的 层级 范围 之 内 。 尽 管 为 了 让 产品 负责 人 与 LeSS 团 队 保持 密切 往来 ， 经 常 需要 付出 一 些 
额外 的 努力 ， 但 这 种 做 法 还 是 值得 推荐 的 (参见 8.1.2 节 ) 。 


未 完成 部 门 一 一 理想 情况 下 ， 此 类 部 门 不 应 存在 。 


不 笠 的 是 ， 有 时 候 团队 还 无 法 在 每 一 个 Sprint 中 创造 出 真正 可 交付 的 产品 增 量 。 这 表明 他 们 的 “完成 定义 ”与 “潜在 可 交 
付 ”还 不 相等 ， 由 此 产生 的 两 者 之 间 的 区 别 被 称 作 未 完成 工作 。 但 总 是 需要 有 人 来 完成 这 些 未 完成 工作 ， 一 个 常见 的 “解决 方 
”是 创建 独立 的 团体 来 完成 “未 完成 工作 ”， 即 未 完成 部 门 。 更 多 相关 内 容 ， 请 参见 第 10 章 。 


凋 


诸如 测试 、QA、 架 构 或 业务 分 析 等 未 完成 部 门 永远 不 应 存在 于 小 型 LeSS 框 架 组 织 中 ， 而 应 该 一 开始 就 集成 到 特性 团队 。 另 
一 方面 ， 不幸 的 是 ,我 们 经 常 看 到 在 LeSS 及 用 过 程 中 仍然 存在 运营 或 产品 未 完成 部 门 ， 存 在 的 原因 是 这 类 部 门 通 常 需要 跨越 组 
织 边界 开展 工作 ， 不 能 集成 到 特性 团队 中 。 


每 个 Less 采 用 都 有 一 个 目标 ， 即 去 除 未 完成 部 门 。 这 需要 多 长 时 间 呢 ”答案 在 很 大 程度 上 取决 于 组 织 提高 自身 能 力 的 速 
度 。 


4.1.7 指南 i LeSS 多 地 点 


我 们 在 与 一 家 在 线 游 戏 公司 合作 时 遇 到 这 样 一 个 情景 。 一 个 新 加 入 公司 的 产品 负责 人 问 : “我 的 团队 在 哪里 ? ”有 人 马上 列 
出 了 东欧 的 三 个 城市 。 她 问 : “到 第 一 个 城市 的 航班 需要 飞 多 长 时 间 ? ”她 的 问 话 把 大 家 逗 笑 了 ， 因 为 答案 是 ，“ 那 里 没有 航 
班 ， 也 没有 机 场 。 你 必须 先 飞 到 基辅 ， 然 后 坐 三 个 小 时 的 火车 ! ”新 产品 负责 人 大 吃 一 惊 。 后 来 那个 网 站 被 关闭 了 。 


产品 开发 最 好 只 使 用 一 个 地 点 。 然 而 ， 也 有 很 好 的 但 太 多 就 不 好 了 ) 原因 支持 建立 多 个 地 点 。 可 以 把 以 下 原则 用 作 地 点 设 
立 策略 : 

减少 地 点 一 多 地 点 的 设立 可 能 会 由 于 外 部 因素 而 不 可 避免 。 即 使 在 这 种 情况 下 ， 也 要 坚持 明确 的 政策 ， 即 尽 可 能 多 地 全 
用 同 地 点 。 关 闭 较 小 的 地 点 ， 并 且 至 少 减少 时 区 差异 


减少 时 区 差异 一 一 时 间 是 比 距离 更 大 的 障碍 。 昌 然 不 如 在 白板 上 面对面 地 交流 ， 但 通过 视频 和 文字 聊天 等 方式 毕竟 可 以 缓 
解 物理 距离 带 来 的 问题 。 但 是 唯一 克服 时 差 的 方法 只 能 是 改变 人 们 的 工作 时 间 。 大 多 数 团 队 不 喜欢 这 样 做 ， 因 此 大 时 差 必 然 会 导 
致 沟通 有 一 天 的 延迟 。 





同 地 办 公 一 一 团队 成 员 共同 负责 团队 的 工作 。 分 担 责任 需要 有 高 度 的 信任 。 不 幸 的 是 ， 距 离 会 滋生 不 信任 ， 因 为 人 们 很 难 
信任 他 们 看 不 到 的 ， 与 他 们 不 能 直接 互动 的 人 。 另 外 ， 一 个 团队 中 的 人 也 需要 在 一 起 相互 学 习 。 


不 要 让 地 点 只 配备 专项 职能 技能 





不 斑 的 是 ， 地 点 之 间 常 见 的 分 工 是 基于 职能 专门 化 的 ,例如 有 一 个 开发 地 点 和 另 一 个 


不 要 让 地 点 专门 开 友 组 件 一 一 决定 “地 点 工作 职责 ”的 另 一 种 常见 方法 是 利用 体系 结构 图 ， 将 体系 结构 的 不 同 部 分 分 配给 
不 同 地 点 。 这 在 采用 特性 团队 时 是 不 可 用 的 。 


[1 这 并 不 意味 着 所 有 的 团队 都 必须 在 同一 个 地 点 ， 尽 管 很 显然 是 首选 。 不 幸 的 是 ， 多 地 点 开发 在 LeSS 组 织 中 司空 见 惯 。 


四 我 们 已 经 就 这 两 个 模型 写 了 大 量 的 文章 。 接 下 来 的 内 容 是 对 早期 工作 的 总 结 。 有 关 详 细 的 处 理 方法 ， 请 参阅 《精益 和 敏捷 开 
发 大 型 应 用 指南 》， 或 LeSS 网 站 (less.works) 上 的 特性 团队 部 分 ， 或 featureteams.org。 

[3] 注意 ， 这 并 不 意味 着 任何 团队 都 可 以 交付 任何 功能 。 团 队 可 以 专门 开发 菜 些 类 型 的 功能 ， 只 要 交付 的 东西 仍然 是 高 价值 的 。 

加 了 解 特性 国 队 很 重要 的 一 点 是 ， 在 团队 之 间 不 要 随机 地 分 配 开发 任务 或 功能 ， 需 要 考虑 到 他 们 的 技能 和 经 验 。 

[5] 较 完整 的 清单 可 以 在 《精益 和 敏捷 开发 大 型 应 用 指南 》 的 特性 团队 章节 ， 或 LeSS 网 站 (less.works) 上 的 特性 团队 部 分 找到 。 
[6] 我 们 已 经 看 到 组 织 一 次 又 一 次 地 尝试 解决 组 件 团队 的 缺点 。 但 问题 从 来 没有 得 到 过 解决 。 所 以 很 不 幸 ， 许 多 组 织 不 得 不 自己 
去 学 习 ， 在 教训 中 成 长 。 

[虚线 经 理 指 矩阵 结构 型 组 织 中 ， 与 汇报 人 的 一 线 直线 经 理 平 级 的 、 负 责 汇报 人 业务 的 经 理 。 





译 者 注 


4.2 巨型 Less 


规模 扩展 时 ， 环 境 和 问题 包括 : 


以 客户 为 中 心 一 一 在 大 型 开发 工作 中 ， 当 组 织 结构 的 改变 导致 团队 离开 客户 而 转向 技术 单一 专门 化 时 ， 客 户 就 很 容易 被 遗 
忘 。 如 何 防 止 这 种 情况 的 发 生 呢 ?如 何 让 数 干 名 开发 人 员 与 客户 保持 密切 的 关系 呢 ? 


以 少 为 多 一 一 当 规 模 扩 展 到 巨型 LeSS 时 ， 似 乎 不 可 避免 地 需要 “一 些 ” 额 外 的 组 织 结构 。 需 求 领 域 和 领域 产品 负责 人 和 角色 
正好 满足 了 这 一 点 ， 同 时 又 能 保持 框架 小 15。 


4.2.1 ”巨型 LeSS 规 则 


从 客户 角度 看 ， 强 相关 的 客户 需求 按 需求 领域 分 组 。 


每 个 团队 专门 负责 一 个 需求 领域 。 团 队 应 长 时 间 国定 于 一 个 领域 。 当 其 他 领域 价值 更 高 时 ， 团 队 可 能 会 因此 而 改变 其 需求 领 
域 。 


每 个 需求 领域 有 一 个 领域 产品 负责 人 。 


每 个 需求 领域 有 4 一 8 个 团队 。 应 避免 超出 这 个 范围 。 


4.2.2 指南: 需求 领域 


需求 领域 是 从 客户 角度 看 逻辑 上 可 归 为 一 类 的 产品 待 办 事项 列表 条 目的 分 组 ， 例 如 交易 处 理 或 新 市 场 启动 。 管 理 需求 领域 


时 ， 就 如 同 该 领域 有 它 自己 的 产品 ， 采 用 它 自己 的 (小 型 ) LeSS。 需 求 领域 包括 : 











. 领域 产品 待 办 事项 列表 一 一 产品 待 办 事项 列表 在 一 个 需求 领域 的 子 集 。 它 不 是 独立 的 待 办 事项 列表 ， 而 是 产品 待 办 事项 列 
表 的 逻辑 视图 ， 但 可 以 作为 独立 的 待 办 事项 列表 进行 管理 。 这 将 在 第 9 章 中 进行 介绍 。 








. 领域 产品 负责 人 一 一 专门 负责 客户 需求 逻辑 领域 的 独立 “产品 负责 人 ”。 领 域 产品 负责 人 承担 团队 产品 负责 人 的 责任 。 她 
还 作为 产品 负责 人 团队 的 成 员 与 总 体 产 品 负责 人 及 其 他 领域 产品 负责 人 合作 ， 以 保持 整体 产品 聚焦 。 在 第 8 章 中 将 对 此 加 以 介 
2 


-po 


“ 特性 团队 一 一 专门 负责 产品 的 一 部 分 ， 同 时 还 能 使 用 客户 语言 的 团队 。 每 个 团队 只 属于 一 个 需求 领域 。 


可 


当 扩 展 到 “8” 个 团队 以 上 时 ， 需 要 创建 巨型 Less， 这 时 ， 需 求 领域 是 LeSs 最 主要 的 一 种 补充 结构 。 需 求 领域 的 创建 旨 在 解 


决 扩展 LeSS 时 遇 到 的 以 下 间 题 : 


* 产品 待 办 事项 列表 过 大 : 假设 每 个 Sprint 中 每 个 团队 有 4 个 条 目 ， 已 经 溢 清 过 并 且 准 备 好 了 的 条 目 数量 可 供 3 个 Sprint 使 用 ， 
一 共有 20 个 团队 。 这 意味 着 在 产品 待 办 事项 列表 中 细 粒 度 部 分 有 240 个 条 目 。 可 以 看 出 ， 在 细 粒 度 部 分 中 包含 了 太 多 的 条 目 , 更 
不 要 说 还 有 许多 条 目 不 太 精细 ， 所 有 这 些 使 得 产品 待 办 事项 列表 变 得 不 可 管理 。 











* 产品 负责 人 支持 的 团队 过 多 : 一 个 产品 负责 人 与 多 少 个 团队 合作 算是 合适 呢 ?” 如 果 产 品 负 责 人 不 参与 每 个 条 目的 详细 洪 
清 ， 而 只 是 关注 优先 级 、 客 户 和 团队 协作 ， 那 么 我 们 认为 ， 合 作 团 队 数 量 的 临界 点 在 5 到 10 个 之 间 (例如 “8”) 。 除 此 之 外 ， 还 
有 太 多 的 事情 要 做 ， 从 而 保持 内 外 焦点 的 平衡 和 可 持续 发 展 。 





会 议 太 拥挤 : 如 果 20 个 团队 中 每 一 个 团队 都 派 两 名 团队 代表 参加 Sprint 计划 会 议 ， 可 以 想象 这 样 的 会 议 有 多 大 。 很 难保 持 
这 种 规模 的 会 议 富有 成 效 且 重点 突出 。 


. 团队 缺乏 焦点 ; 当 团队 过 于 频繁 地 改变 焦点 或 者 覆盖 的 某 个 领域 太 广 时 ， 他 们 会 感到 肖 袁 并 且 在 行动 上 变 得 较为 迟缓 。 在 
这 种 情况 下 ， 组 建 面向 客户 领域 的 专门 化 团队 ， 有 助 于 创造 出 焦点 ， 使 团队 变 成 一 个 高 效 的 团队 。 


图 4-10 中 的 例子 展示 了 需求 领域 的 组 织 结构 : 
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图 4-10 需求 领域 





产品 待 办 事项 列表 包含 所 有 的 产品 待 办 事项 列表 条 目 。 每 一 个 条 目 分 配给 一 个 且 仅 一 个 需求 领域 。 每 个 需求 领域 拥有 一 个 领 
域 产 品 负责 人 ， 该 需求 领域 中 的 所 有 条 目 构 成 了 该 领域 产品 待 办 事项 列表 。 每 个 团队 长 期 属于 一 个 需求 领域 。 


总 体 产品 负责 人 监控 所 有 领域 中 条 目的 价值 。 当 领域 之 间 的 价值 差异 变 得 过 大 时 ， 产 品 负责 人 可 以 将 团队 移动 到 另外 的 领 
域 。 通 过 这 种 方式 ， 产 品 负责 人 可 以 全 面 关 注 到 整个 产品 的 投资 回报 。 


4.2.3 指南: 需求 领域 的 动态 性 


一 个 需求 领域 通常 包含 4 到 8 个 团队 。 但 是 为 什么 是 四 个 呢 ” 需求 领域 较 小 时 不 可 避免 地 会 导致 缺乏 透明 度 和 局 部 优化 。 那 
又 是 为 什么 ? 让 我 们 首先 探讨 需求 领域 的 演变 过 程 (参见 2.3.6 节 ) 。 





出 生 一 一 新 需求 领域 的 生成 方式 有 两 种 : 





.需求 领域 成 长 为 “大 块头 ”， 可 以 将 该 领域 待 办 事项 列表 中 的 条 目 分 组 ， 最 好 通过 自然 的 方式 将 其 分 解 为 两 个 较 小 的 需求 
领域 。 这 是 创建 新 需求 领域 的 首选 方式 ， 也 是 LeSS 采 用 增长 到 巨型 LeSS 的 方式 (参见 2.3.1 节 ) 。 


. 出 现 了 一 个 与 以 前 功能 截然 不 同 的 、 新 的 、 可 能 很 大 的 产品 机 会 由。 这 种 情况 发 生 时 ， 可 以 创建 一 个 全 新 的 需求 领域 ， 然 
后 将 1 个 团队 移入 其 中 ， 并 逐渐 发 展 为 至 少 4 个 团队 〈 参 见 9.2.5 节 ) 。 
中 年 一 一 在 需求 领域 的 整个 生命 周期 中 ， 其 相对 重要 性 通常 会 发 生 改 变 。 这 是 因为 客户 不 会 那么 整齐 地 将 需求 划分 到 需求 
位 人 


领域 中 ， 反 而 是 在 一 段 时 间 内 ， 有 的 领域 的 优先 级 升 高 ， 有 的 领域 的 优先 级 下 降 。 总 体 产品 负责 人 有 责任 认识 到 这 一 点 ， 并 通过 
将 团队 转移 到 最 有 价值 的 地 方 来 动态 调整 需求 领域 。 


当 需 求 领 域 没有 动态 特征 时 ， 这 暗示 着 可 能 存在 更 深层 次 的 系统 问题 。 
退休 一 一 需求 领域 很 少 会 消失 ， 因 为 该 领域 总 是 会 有 一 些 变化 ， 哪 怕 很 小 。 但 它们 会 缩小 到 4 个 以 下 。 然 后 呢 ? 合并 需求 领 


域 。 取 两 个 需求 领域 ， 将 其 范围 扩展 到 相同 的 领域 ， 然 后 合并 领域 待 办 事项 列表 ， 并 让 一 个 领域 产品 负责 人 继续 负责 。 最 好 的 情 
况 是 合并 范围 有 一 定 的 意义 ， 但 如 果 做 不 到 这 一 点 ， 那 么 取 第 一 个 需求 领域 的 名 称 ， 加 上 “和 ” 字 ， 紧 随 第 二 个 需求 领域 的 名 称 
就 可 以 启动 了 。 


那么 ， 为 什么 要 合并 小 领域 ， 而 且 要 避免 小 于 4 个 领域 呢 ? 微 小 的 需求 领域 会 给 总 体 产 品 负责 人 在 处 理 跨 需求 领域 优先 级 方 
面 带 来 很 大 的 工作 量 ， 不 过 至 多 如 此 。 合 并 将 导致 需求 领域 快速 变化 (参见 4.1.7 节 ) 。 最 坏 的 情况 是 ， 会 丢失 跨 需 求 领域 的 优 
先 级 排序 ， 随 之 而 来 的 是 丧失 对 产品 待 办 事项 列表 的 全 局 视角 ， 不 过 这 种 情况 通常 不 会 发 生 。 微 小 的 需求 领域 通常 是 出 现 以 下 这 
些 问 题 的 信号 : 〈1) 独立 需求 领域 的 领域 产品 负责 人 过 于 强大 ; (2) 缺乏 客户 焦点 导致 整个 产品 待 办 事项 列表 缺乏 优先 顺 
序 ; (3) 领域 产品 负责 人 过 多 参与 澄清 工作 ， 因 而 没有 精力 把 控 两 个 以 上 的 团队 。 


4.2.4 ”指南 : 向 特性 团队 转型 


当 采 用 (小 型 框架 ) LeSS 时 ， 向 特性 团队 转型 是 一 次 完成 的 。 但 采用 巨型 LeSS 时 ， 有 多 个 转型 策略 可 供 选 择 。 哪 一 个 最 好 
呢 ? 通过 下 列 简单 的 步骤 可 帮助 组 织 确定 最 佳 策略 : 


1. 认 识 环境 
2. 确 定 转型 策略 


让 我 们 来 更 深入 地 探讨 这 两 个 策略 。 


1. 认 识 环境 


转型 到 特性 团队 受 以 下 几 个 因素 影响 : 


产品 组 的 规模 一 一 显然 ， 由 10 个 团队 组 成 的 产品 组 要 比 由 100 个 团队 组 成 的 产品 组 更 容易 向 特性 团队 转型 。 


产品 的 生命 周期 一 一 对 于 可 能 继续 存在 30 年 的 产品 往往 可 以 进行 缓慢 的 改变 ， 这 也 可 以 明显 降低 风险 。 只 能 存活 几 年 的 产 
品 则 必须 加 速 改 变 。 


组 件 和 职能 专门 化 的 程度 一 一 专门 化 的 方面 越 多 ， 采 用 特性 团队 所 需要 的 改变 就 越 大 。 使 用 特性 团队 采用 路 线 图 来 绘制 一 
下 组 件 /职能 专门 化 的 当前 状况 ， 这 会 有 一 定 的 帮助 。 


开发 地 点 的 数量 一 一 开发 地 点 越 多 ， 特 性 团队 的 采用 越 难 。 当 地 点 专用 于 某 些 组 件 或 功能 时 ， 这 一 点 则 更 加 正确 。 这 种 地 
点 专门 化 的 做 法 是 跨 组 件 和 跨 功 能 学 习 的 障碍 。 


2. 确 定 转 型 策略 


有 三 大 转型 策略 : 


一 次 完成 一 一 与 LeSS 采 用 相同 ， 在 巨型 LeSS 中 一 次 完成 转型 的 情况 是 不 常见 的 ， 因 为 它 需要 大 量 的 组 织 变 革 。 但 当 产 品 团 
体 相对 较 小 ， 产 品 寿命 较 短 ， 专 门 化 程度 较 低 ， 以 及 开发 集中 在 同一 地 点 时 ， 一 次 完成 则 是 一 个 良好 的 战略 。 但 在 一 次 完成 的 巨 
型 LeSs 采 用 中 经 常会 出 现 一 个 错误 ， 即 低估 学 习 和 辅导 所 需要 的 工作 量 。 


逐步 扩大 组 件 团队 责任 一 一 可 以 借鉴 特性 团队 采用 路 线 图 来 描绘 组 织 的 当前 状态 ， 并 在 扩展 团队 职责 学 围 这 个 未 来 目标 上 
做 个 标记 。 跨 职能 扩展 是 通过 扩展 完成 定义 来 实现 的 。 更 多 相关 内 容 ， 请 参见 第 10 章 。 





我 们 已 经 多 次 遇 到 过 这 种 转型 策略 。 它 是 可 以 工作 的 ， 但 存在 几 个 大 的 缺点 : (1) 它 会 给 功能 和 组 件 团队 带 来 一 些 障碍 ， 
而 不 是 最 好 的 收益 ; (2) 当 团队 仍然 是 组 件 团队 时 ， 很 难 采用 以 客户 为 中 心 的 需求 领域 。 


尽管 如 此 ， 在 必须 进行 大 量 多 地 点 学 习 的 多 地 点 环境 中 ， 这 种 转型 策略 仍 不 失 为 一 个 好 主意 。 


并 行 组 织 一 一 在 此 策略 中 ， 可 以 继续 保留 现 有 的 组 件 团队 组 织 ， 并 逐步 构建 特性 团队 组 织 作为 其 并 行 组 织 (如 图 4-11 所 
示 ) (参见 3.2.3 节 ) 。 
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图 4-11 发 展 并 行 组 织 


现 有 的 组 件 团队 组 织 可 以 保持 以 前 的 工作 方式 ， 但 是 新 的 特性 团队 会 修改 “他 们 的 ”代码 。 新 的 特性 团队 承担 着 高 价值 功能 
的 开发 任务 ， 但 往往 又 很 痛苦 ， 因 为 这 些 功 能 有 很 多 的 依赖 天 系 。 他 们 跨 组 件 工 作 ， 直 接 修改 跨 组 件 的 代码 。 记 住 : 可 以 为 这 些 
新 生 的 特性 团队 寻找 志愿 者 。 


这 种 策略 是 渐进 式 的 、 低 风险 的 ， 非 常 适合 采用 巨型 LeSS 的 大 型 产品 组 。 它 最 严重 的 缺点 是 什么 呢 ? 需要 很 长 时 间 。 


使 用 此 策略 时 ， 需 要 为 年 轻 的 特性 团队 提供 充分 的 支持 ， 并 且 不 要 期 望 在 早期 有 太 多 产 出 。 他 们 必须 解决 诸多 障碍 ， 例 如 不 
同 组 件 中 的 不 同 实践 方法 、 不 同 的 组 件 结构 、 不 同 的 工具 以 及 不 同 测试 环境 等 。 除 此 之 外 ， 他 们 还 需要 学 习 新 的 组 件 和 新 的 职能 
技能 。 请 给 予 他 们 大 力 的 支持 和 充足 的 时 间 ， 因 为 他 们 是 组 织 中 所 有 弱点 和 功能 障碍 的 信使 。 


4.2.5 ”指南 : 巨型 Le9s 组 织 


规模 扩展 时 往往 伴随 着 对 额外 组 织 结构 的 需求 。 在 探讨 典型 的 附加 结构 之 前 ， 我 们 需要 强调 ， 规 模 扩 展 并 不 必然 意味 对 附加 
结构 的 需求 。 额 外 的 结构 通常 会 导致 更 为 狭 窒 的 责任 ， 这 给 组 织 功能 障碍 和 政治 负担 埋 下 了 伏笔 。 要 保持 简单 的 组 织 设计 。 


基于 这 个 警告 ， 我 们 应 该 把 巨型 LeSs 结 构建 立 在 LeSs 结 构 之 上 。 一 个 典型 的 巨型 LeSs 组 织 结 构图 如 图 4-12 所 示 。 
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图 4-12 ”典型 的 巨型 LeSS 组 织 结构 
请 注意 ， 这 里 仍然 没有 项 目 /计划 组 织 (或 PMO) 。 在 Scrum 和 LeSS 采 用 中 ， 这 些 部 门 不 应 存在 。 
让 我 们 仔细 看 一 看 与 LeSS 组 织 不 同 的 部 分 。 


研发 地 点 团队 一 一 巨型 LeSS 采 用 几乎 总 是 多 地 点 的 ， 组 织 通 常 倾向 于 将 直线 组 织 设 置 在 本 地 ， 以 使 经 理 们 能 够 轻松 地 进 
行 “现场 观察 ”， 并 真正 帮助 团队 改进 。 应 避免 将 需求 领域 与 组 织 结构 等 同 起 来 ， 因 为 这 会 导致 组 织 结构 在 需要 时 难以 改变 。 


产品 负责 人 团队 一 一 与 LeSS 结 构 中 的 概念 相同 。 但 该 类 团队 的 规模 更 大 ， 因 为 它 包 括 所 有 的 领域 产品 负责 人 。 在 采用 巨型 
LeSS 的 大 型 产品 组 织 中 ， 产 品 负 责 人 团队 可 以 根据 需求 领域 设立 多 个 产品 负责 人 团队 子 团队 。 


未 完成 部 门 一 一 与 LeSS 结 构 的 概念 相同 。 在 巨型 LeSS 产 品 组 中 ， 往 往 会 有 多 个 较 大 的 未 完成 部 门 ， 并 且 需 要 较 长 的 时 间 才 
能 摆脱 它们 。 在 采用 巨型 Less 的 大 型 产品 组 中 ， 未 完成 部 门 往往 还 有 额外 的 组 织 结构 ， 并 且 可 能 继续 使 用 其 过 时 的 项 目 管理 实 
践 。 





支持 部 门 一 一 该 部 门 为 团队 提供 开发 环境 支持 。 在 LeSS 中 ， 团 队 之 间 相 互 支 持 ， 而 不 需要 独立 的 团体 提供 专门 支持 。 但 巨 
型 LeSS 组 织 通常 确 实 会 把 有 些 支 持 部 门 集中 起 来 ， 因 为 他 们 需要 应 对 的 工作 量 非 常 大 。 同 样 ， 这 个 部 门 应 该 足够 小 ， 并 且 处 理 
问题 的 态度 可 以 是 “我 们 能 帮 什 么 忙 ? ”而 不 是 “就 这 样 吧 ! ”为 什么 这 么 说 呢 ? 支持 小 组 往往 是 从 团队 手中 接 过 最 终 的 责任 ， 
他 们 很 容易 变 成 控制 而 不 是 支持 特性 团队 的 庞大 且 不 断 增 长 的 可 异 的 团体 。 


配置 管理 支持 是 支持 小 组 变 成 “控制 ”小 组 的 常见 例子 。 其 拥有 构建 代码 的 所 有 权 并 创建 所 有 构建 脚本 。 结 果 呢 ?团队 不 知 


道 “构建 完成 ”意味 着 什么 ， 也 不 知道 为 什么 需要 92 分 钟 ， 也 不 觉得 他 们 有 能 力 把 构建 做 得 更 好 。 这 对 团队 来 说 如 同 魔法 一 
般 ， 他 们 无 法 控制 。 


配置 管理 支持 小 组 对 构建 理解 的 局 限 性 会 导致 洽 天 、 效 率 低下 、 局 部 优化 和 权力 形 失 。 配 置 管理 支持 小 组 应 该 是 帮助 团队 改 
进 构建 的 专家 ， 他 们 应 该 向 团队 解释 构建 知识 并 教 团队 做 更 好 的 构建 设计 ， 而 不 必 成 为 构建 的 所 有 者 。 他 们 可 以 与 团队 成 员 结 
对 ， 观 察 团队 成 员 的 工作 方式 ， 以 便 共同 设计 和 改进 方法 。 


其 他 常见 的 支持 小 组 包括 试验 室 支 持 、 持 续集 成 系统 支持 或 运营 支持 。 


能 力 和 指导 一 一 软件 是 由 人 创建 的 。 提 高 人 们 的 素质 有 助 于 提高 产品 的 质量 。 这 似乎 显而易见 ， 但 我 们 很 少 能 看 到 组 织 真 
正 致力 于 不 懈 地 培训 和 指导 他 们 的 员工 。 巨 型 Less 组 织 设 有 专门 的 培训 和 辅导 部 门 ， 这 对 持续 改进 至 关 重 要 。 





能 力 和 指导 部 门 关注 三 件 事 : 
` 观察 (现场 观察 ) 

培训 

` 指导 


在 传统 组 织 中 ， 培 训 和 指导 的 请 求 往往 来 自 于 从 不 了 解 实际 情况 的 经 理 ， 也 来 自 于 确实 不 了 解 实际 情况 的 培训 组 。 他 们 设计 
的 训练 活动 可 能 与 实际 情况 相去 甚 远 ， 会 浪费 人 们 的 时 间 。 这 不 是 个 好 主意 。 相 反 ， 能 力 和 指导 小 组 由 熟练 的 实践 者 组 成 ， 他 们 
积极 观察 人 们 的 工作 方式 ， 并 结对 与 人 们 一 起 工作 ， 积 极 发 现 他 们 的 培训 需求 。 人 们 不 要 求 培 训 其 不 知道 主题 是 否 人 存在 的 内 容 ， 
也 不 要 求 培训 其 不 知道 自己 不 擅长 的 技能 。 


指导 是 天 键 ! 这 是 帮助 团队 改进 的 最 有 效 的 方法 。 教 练 与 团队 合作 或 者 直接 在 团队 中 工作 ， 他 们 通过 观察 、 结 对 、 问 问题 等 
方法 帮助 团队 成 长 。 他 们 能 够 就 团队 如 何 改进 给 出 他 们 的 观察 结果 、 反 馈 意见 、 想 法 以 及 示例 。 指 导 分 为 三 个 层次 : 组 织 层面 ， 
团队 和 产品 负责 人 层面 ， 以 及 技术 层面 。 所 有 这 些 层面 都 很 重要 。 我 们 还 没有 看 到 一 个 没有 经 过 积极 指导 就 能 成 功 的 LeSs 采 
用 。 


四 这 可 能 是 一 个 全 新 的 市 场 ， 也 可 能 是 一 个 疯狂 的 巨大 功能 ， 需 要 许多 团队 数 月 时 间 的 工作 。 


第 5 章 管理 


流行 但 思春 的 态度 是 ， 一 个 好 的 经 理 在 任何 地 方 都 可 以 成 为 一 个 好 经 理 ， 


而 不 需要 对 他 所 管理 的 生产 过 程 有 特别 的 了 解 。 


单 团队 Scrum 


Scrum 未 提 及 经 理 角 色 ， 但 Scrum 是 管理 风格 的 变化 ， 而 不 仅仅 是 一 个 开发 框架 。 这 种 变化 主要 由 以 下 三 个 Scrum 元 素 引 
发 : 自 管理 团队 、 产 品 负责 人 和 Scrum Master。 


对 于 自 管理 团队 ， 团 队 的 责任 扩大 到 包括 “管理 和 监测 的 过 程 和 进展 ”[【1]， 而 这 些 原 本 属于 经 理 的 职责 。 
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机 能 失调 的 隔离 式 管理 


团队 所 做 的 所 有 工作 都 必须 来 自 产 品 负责 人 ， 而 决定 团队 工作 内 容 原本 也 是 经 理 的 职责 。 


Scrum Master 负 责 保证 团队 、 产 品 负责 人 和 组 织 能 够 有 效 地 工作 。 她 通过 促进 反思 和 学 习 来 促进 冲突 的 解决 和 改善 。 她 是 
一 名 团队 教练 和 组 织 教练 。 


传统 的 经 理 职责 集中 在 要 做 什么 、 如 何 做 和 如 何 跟踪 上 。 总 之 ， 所 有 这 些 不 再 成 为 Scrum 组 织 中 经 理 的 责任 。 这 样 ， 管 理 风 
格 就 从 命令 和 控制 转变 为 协助 和 支持 。 

关于 Scrum 采 用 的 一 个 普遍 问题 是 管理 者 不 放弃 这 些 责任 ， 因 而 导致 团队 、 产 品 负责 人 、Scrum Master 和 管理 者 在 组 织 方面 发 
生 冲突 。 

那么 ， 在 Scrum 组 织 中 ， 经 理 的 角色 究竟 是 什么 呢 ? Scrum 沉 默 不 语 ， 而 要 求 组 织 自己 来 解决 这 个 问题 。 不 过 LeSSs 没 有 沉 
默 ， 它 开启 了 这 个 关于 LeSS 组 织 中 经 理 角色 变化 的 艰难 讨论 。 
[1] LeSS 使 用 术语 “ 自 管理 团队 ”而 不 是 “ 自 组 织 团队 ”。 在 Scrum 文 献 中 ， 这 些 术 语 通常 是 混合 使 用 或 可 以 互 换 的 。 自 管理 团队 
有 一 个 明确 的 定义 : 团队 负责 工作 ， 监 挖 和 管理 过 程 和 进度 。 这 个 定义 是 由 该 术语 发 明 者 哈佛 教授 、 团 队 研究 专家 哈 克 曼 提 出 
的 。 相 比 之 下 ， 自 组 织 团队 这 个 术语 经 常会 被 含糊 地 或 不 一 致 地 使 用 。 


5.1 LeSS 管 理 


LeSs 遵 循 传统 的 组 织 理 论 ， 即 如 果 想 要 提高 组 织 的 灵活 性 (敏捷 性 ) ， 可 以 通过 委派 责任 的 方式 来 实现 ， 并 确保 决策 不 会 
降低 组 织 的 响应 速度 。 其 效果 是 组 织 更 扁平 ， 管 理 人 员 更 少 。 


大 多 数 采 用 LeSS 的 组 织 都 不 会 让 管理 人 员 或 经 理 的 职位 空缺 。 那 么 ， 他 们 的 角色 是 什么 呢 ? 
在 规模 扩展 时 ， 与 管理 相关 的 原则 包括 : 


经 验 性 过 程控 制 一 一 工作 方式 的 所 有 权 应 该 由 工作 的 人 员 来 承担 。 由 他 们 体验 反馈 和 改进 的 历程 。 把 过 程 所 有 权 交 给 团队 
的 做 法 是 如 何 改 变 管理 的 呢 ? 





以 客户 为 中 心 一 一 团队 直接 与 客户 合作 能 够 显著 提高 客户 聚焦 度 ， 并 使 工作 更 有 意义 。 经 理 不 再 直接 参与 这 种 合作 ， 也 不 
再 充当 中 间 人 。 


持续 改进 以 求 完美 一 一 由 于 日 常 管 理 摆脱 了 经 理 的 束缚 ， 团 队 可 以 将 工作 重心 转向 改进 系统 。 
系统 思维 一 一 采用 LeSS 之 前 的 组 织 结构 常常 会 导致 孤立 的 思维 和 行为 ， 这 必须 加 以 改变 ， 变 为 全 系统 和 整体 产品 的 视角 。 
视角 的 改变 往往 会 显得 陌生 和 令 人 不 安 ， 所 以 需要 大 量 的 学 习 。 


5.1.1 ”LeSS 规 则 


在 LeSS 中 ， 经 理 是 可 选项 ， 但 如 果 经 理 确实 存在 的 话 ， 他 们 的 角色 可 能 会 发 生变 化 。 他 们 的 重点 要 从 管理 产品 的 日 常 开发 工 
作 转 向 提高 产品 开发 系统 的 价值 交付 能 力 。 


经 理 的 职责 是 通过 鼓励 使 用 “现场 观察 ”实践 、“ 停 止 与 修复 ”以 及 “试验 胜 于 遵循 ”的 理念 来 改进 产品 开发 系统 。 


5.1.2 指南: 了 解 泰 勒 和 法 约 尔 


管理 的 概念 是 人 为 发 明 的 。 了 解 它 的 起 源 和 内 容 对 于 适应 它 并 让 它 与 时 俱 进 至 关 重 要 。 管 理 所 解 决 的 问题 与 我 们 今天 需要 解 
决 的 问题 是 否 一 致 ”没有 挑战 性 和 深刻 的 理解 ， 就 不 会 有 持续 的 改进 ， 而 只 会 … 是 19 世 纪 的 延续 。 


早期 两 位 关键 的 管理 影响 者 是 弗 雷 德里 克 - 泰 勒 (Frederick Taylor) 和 享 利 法 约 尔 (Henri Fayol) 。 


弗 雷 德里 克 - 泰 勒 出 生 于 1856 年 ， 是 一 位 痴迷 于 提升 工人 生产 效率 的 机 械 工程 师 。 作 为 工 长 ， 他 成 功 地 把 科学 原理 运用 到 了 
工人 身上 ， 并 且 这 还 启发 他 开设 了 自己 的 咨询 公司 ， 他 的 思想 后 来 被 称 为 “科学 化 管理 ”[1] 


享 利 :法 约 尔 出 生 于 1841 年 ， 是 一 名 法 国 矿业 工程 师 ，19 岁 时 加 入 了 一 家 大 型 法 国 矿业 集团 。 他 的 第 一 项 工作 是 改善 采矿 安 
全 。 他 一 直 服务 于 该 公司 ， 并 最 终 成 为 了 总 经 理 。 在 法 约 尔 的 领导 下 ， 该 公司 蓬勃 发 展 ， 成 为 法 国 最 大 的 公司 之 一 。 他 系统 地 整 
理 了 自己 的 管理 思想 所 ， 并 在 自己 的 一 本 名 为 《工业 管理 与 一 般 管理 》 (General and Industrial Management) 的 里 程 碑 式 
著作 中 发 表 了 这 些 思想 。 


弗 雷 德里 克 . 泰 勒 提出 了 两 个 概念 ， 遗 憾 的 是 这 两 个 概念 至 今 仍然 普遍 适用 。 
. 存在 一 种 最 佳 的 工作 方法 ， 人 们 总 可 以 科学 地 论证 它 。 一 旦 这 种 “最 佳 实践 ”被 发 现 ， 就 会 在 整个 组 织 推广 。 


* 计划 和 改进 工作 应 与 正常 工作 分 开 。 计 划 和 改进 工作 应 由 受过 专门 高 等 教育 的 人 来 完成 ， 而 正常 工作 可 由 大 多 数 未 受过 教 


育 的 人 来 完成 。 用 泰勒 的 话说 : “ 毫 无 疑问 ， 将 计划 工作 和 脑力 工作 尽 可 能 地 与 体力 劳动 分 开 可 以 带 来 生产 成 本 的 降低 。” 站 


享 利 :法 约 尔 创立 了 14 条 管理 原则 ， 包 括 分 工 、 职 权 、 统 一 指挥 和 指挥 链 。 他 还 规定 了 经 理 的 五 项 职责 : 计划 、 组 织 、 协 
调 、 指 挥 和 控制 。 


许多 所 谓 的 “现代 ”″ 管 理 理论 都 可 以 追溯 到 泰勒 和 法 约 尔 的 思想 内 。 这 些 思 想 改 
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了 公司 和 世界 的 运作 方式 。 


然而 ， 今 天 的 世界 和 泰勒 、 法 约 尔 的 世界 已 不 可 同日 而 语 。 干 差 万 别 的 背景 使 过 去 的 一 些 最 佳 想法 在 今天 变 成 了 最 糟 想法 。 
例如 : 
" 泰勒 主张 最 大 限度 地 提高 低 教育 背景 员工 的 生产 效率 。 但 是 今天 的 产品 开发 人 员 已 是 受过 高 等 教育 的 聪明 人 。 分 离 的 计划 
和 改进 会 导致 额外 的 切换 、 人 和 僵硬 的 专门 化 和 更 多 的 开销 。 


> 


. 法 约 尔 主张 通过 改善 沟通 来 加 强 统一 性 ， 因 为 从 法 国 到 美国 需要 10 天 的 时 间 ， 但 今天 的 旅行 不 到 7 个 小 时 ， 沟 通 只 需要 
分 秒 秒 。 用 于 创建 统一 性 和 方便 沟通 的 广泛 层次 结构 已 经 过 时 。 


- 对 矿山 铲 控 方 式 进行 了 科学 分 析 ， 找 出 了 最 佳 实践 ， 并 在 搬运 铁 决 时 能 够 复制 采用 。 虽 和 然 用 科学 来 分 析 工 作 是 很 好 的 想 
法 ， 但 没有 上 下 文 的 复制 却 不 见得 是 好 的 。 此 外 ， 尽 管 根据 上 下 文 共 享 最 佳 实践 是 很 好 的 想法 ， 但 复制 最 佳 实践 与 持续 改进 则 相 
互 矛盾 。 


* 集中 化 的 管理 人 员 通 过 计划 、 协 调 、 指 挥 和 控制 来 创建 统一 性 可 能 在 优化 矿山 挖掘 工作 时 能 起 作用 。 在 组 织 中 创建 统一 性 
或 愿景 是 极 好 的 想法 ， 但 集中 计划 和 控制 却 并 非 如 此 。 对 需求 和 控制 的 重视 会 减弱 对 系统 改进 的 重视 。 


检查 一 下 自己 的 组 织 结构 、 实 践 和 策略 。 有 多 少 存在 是 因为 “ 它 一 直 都 是 这 个 样子 ”的 观念 ? 这 些 想法 从 何 而 来 ? 它们 是 否 
真正 与 当前 的 组 织 环境 密切 相关 ? 


5.1.3 ”指南 : Y 管 理 理论 


1960 年 ， 柏 林 墙 建成 的 前 一 年 ， 也 就 是 第 一 部 邦 德 电影 上 映 的 前 两 年 ， 那 年 激光 和 避孕 药 问世 。 邦 德 电影 演 完 二 十 多 部 之 
后 ， 世 界 发 生 了 很 大 的 变化 ! 或 者 说 世界 发 生 了 很 大 的 变化 吗 ? 


1960 年 ， 麻 省 理工 斯 隆 管理 学 院 的 道格拉斯 麦 格 雷 戈 (Douglas McGregor) 出 版 了 他 标志 性 的 管理 著作 《企业 的 人 性 
面 》 (The Human Side of Enterprise) 。 它 研究 人 们 的 潜力 在 组 织 中 为 什么 没有 被 完全 利用 ， 并 得 出 结论 ， 最 “现代 
的 ” (1960! ) 管理 理论 和 实践 建立 在 一 组 未 经 审查 的 假设 之 上 ， 他 称 之 为 X 理 论 。 这 些 关 于 人 类 社会 行为 的 假设 限制 了 那些 能 
够 真正 利用 人 类 潜力 的 管理 实践 、 模 式 和 行为 。 


X 理 论 
X 管 理 理论 是 基于 以 下 这 些 假设 : 
: 人 们 本 性 厌恶 工作 ， 并 尽 可 能 逃避 。 
因此 ， 人 们 必须 用 强迫 、 控 制 、 指 挥 ， 甚 至 威胁 的 办 法 ， 才 能 使 其 为 组 织 尽力 工作 。 
: 人 们 和 希望 得 到 指导 ， 因 为 他 们 没有 雄心 壮志 ， 也 不 愿 承担 责任 。 


这 些 管理 理论 很 少 被 简单 而 直接 地 表述 出 来 ， 但 它们 在 许多 (如 果 不 是 大 多 数 的 话 ) 管理 实践 中 确实 形成 了 隐藏 的 假设 …… 
至 今 仍然 如 此 ! 


人 力 资源 部 门 努 力 为 忙碌 的 员工 提供 支持 。 然 而 ， 具 有 讽刺 意味 的 是 ， 大 多 数 人 力 资源 实践 ， 如 绩效 考核 、 个 人 目标 和 奖金 
制度 ， 都 基于 很 强 的 X 理 论 假设 。 但 我 们 不 应 该 感到 惊讶 ! 人 力 资源 这 个 术语 背后 的 腾 断 又 是 什么 呢 ? 


Y 理 论 


为 了 最 大 限度 地 发 挥 人 的 潜力 ， 需 要 在 我 们 的 头脑 和 管理 实践 中 用 基于 社会 科学 研究 结论 的 假设 来 取代 X 理 论 。Y 理 论 的 假 


设 是 : 
. 人 们 喜欢 花 精 力 工作 ， 就 像 他 们 玩 要 和 休息 一 样 自然 。 


. 人 们 会 使 用 自我 指引 和 自我 控制 的 方式 来 实现 他 们 所 承诺 的 目标 中 。 承 诺 主 要 来 自 与 成 就 有 关 的 内 在 激励 ， 即 挑战 、 学 习 
和 使 命 感 。 


" 如 果 给 予 适当 机 会 ， 人 们 愿意 承担 责任 而 不 是 逃避 责任 。 想 象 力 、 独 创 性 和 创造 力 是 人 类 广泛 具有 的 。 


“劳工 只 需要 一 双手 ， 为 什么 还 要 带 大 脑 ? ”是 享 利 - 福 特 (Henry Ford) 的 一 句 名 言 。 福 特 受 到 过 科学 管理 理论 和 X 理 论 
的 影响 。 


“想法 好 ， 产 品 就 好 ”是 丰田 工厂 墙壁 上 的 一 个 标语 ， 他 们 说 TPS 并 不 是 指 Toyota Production System (丰田 生产 系 
统 ) ， 而 是 指 Thinking People System (思考 者 系统 ) 。 丰 田 建立 了 精益 制造 的 根基 ， 并 受到 Y 理 论 的 影响 。 


LeSS、Scrum 和 所 有 敏捷 开发 都 是 基于 Y 理 论 的 。 
为 什么 它们 是 相关 的 ? 有 两 个 原因 : 


1.X 理 论 实践 会 在 LeSs 采 用 中 引起 问题 : 大 多 数组 织 都 有 侧重 于 个 人 责任 和 经 理 控制 的 X 理 论 实 践 。 在 LeSS 组 织 中 ， 这 必须 
转变 为 团队 责任 和 自我 控制 。 


2.X 理 论 的 假设 很 难 改变 : LeSS 需 要 改变 管理 风格 ， 即 改变 管理 者 的 行为 和 假设 。 改 变 这 些 假设 需要 重新 解释 以 前 所 有 经 
验 ， 而 不 仅仅 是 工作 经 验 。 关 于 工作 方式 的 文化 假设 和 家 庭 假设 尤其 根深 蒂 固 ， 难 以 改变 。 


LeSS 采 用 中 的 许多 问题 可 以 归结 为 试图 应 用 Y 理 论 管理 实践 与 又 理论 管理 假设 。 


哦 ， 今 天 是 绩效 考核 时 间 ! 自 1960 年 以 来 ， 情 况 发 生 了 很 大 变化 吗 ? 


5.1.4 指南 : 经 理 是 可 选项 


在 LeSS 框 架 中 ， 经 理 是 可 选 角 色 (参见 3.1.5 节 ) 。 如 果 组 织 已 经 有 经 理 ， 那 可 以 继续 保留 一 一 他 们 同样 可 以 发 挥 作用 一 一 
否则 ， 不 要 在 LeSs 采 用 时 ， 添 加 经 理 。 


无 经 理 公司 是 当今 一 个 重要 趋势 。 这 些 公司 分 析 管理 背后 的 假设 一 一 管理 解决 了 哪些 问题 一 一 并 力图 发 现 责任 划分 [和 职 
权 分 配 的 各 种 方法 。 这 些 试验 ， 即 使 在 公司 仍然 有 经 理 的 时 候 ， 也 是 激发 想法 、 创 新 和 灵感 的 重要 源泉 (参见 5.1.10 节 ) 。 


大 多 数 大 型 组 织 都 不 乏 经 理 角色 和 职位 。 在 采用 Less 时 需要 对 这 些 角色 提出 质疑 。 在 LeSs 组 织 中 ， 首 选 的 做 法 是 将 责任 转 
移 给 团队 ， 而 不 是 将 其 分 配给 经 理 角色 。 


为 什么 很 多 公司 都 挤 满 了 经 理 ” 因 为 他 们 采用 的 是 默认 的 组 织 问题 解决 技术 : 


1. 发 现 问题 一 一 胡说 八道 的 问题 。 





2. 创 建新 角色 一 一 伟 夸 其 谈 的 经 理 。 
3. 将 问题 分 配给 新 角色 。 


在 大 多 数组 织 中 ， 到 处 都 是 夸 夸 其 谈 的 经 理 ! 例如 : 故障 经 理 (因为 有 缺陷 ) 、 发 布 经 理 (问题 发 布 ) 、 功 能 经 理 (问题 协 


调 ) 、 质 量 经 理 (质量 问题 ) 等 。 大 多 数组 织 从 部 门 到 经 理 ， 再 到 经 理 的 经 理 ， 从 专家 人 才 到 职业 生涯 ， 无 处 不 充斥 着 夸 
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而 这 种 情况 不 会 在 LeSS 组 织 中 发 生 ， 因 为 : 


* 系统 思维 一 一 许多 问题 都 是 系统 性 的 例如， 可 能 由 组 件 团队 的 动态 性 引起 ) ， 把 这 种 问题 分 配给 一 种 角色 来 管理 而 不 对 
系统 加 以 调整 是 过 分 简单 的 、 速 成 式 的 修正 方案 。 正 确 的 做 法 是 通过 真正 理解 系统 的 动态 变化 ， 发 气 问 题 背 后 的 根源 ， 然 后 对 系 
统 做 出 改变 ， 而 不 增加 额外 的 角色 。 





些 问 题 确实 可 以 通过 创建 新 角色 并 将 问题 分 配给 他 们 (例如 与 第 三 方 的 协调 ) 来 解决 。 但 首选 做 法 
仍然 是 将 这 些 问 题 交 给 常规 的 特性 团队 ， 而 不 是 创建 额外 的 角色 。 这 样 做 带 来 的 效果 是 : (1) 由 工作 参与 者 进行 改进 ; (2) 改 
进 基 于 现实 进行 ; 〈3) 组 织 变 得 简单 ， 没 有 额外 角色 。 
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尽管 如 此 ， 经 理 们 仍 可 以 为 公司 服务 。 只 是 ， 在 LeSS 组 织 中 ， 他 们 的 职责 应 是 什么 呢 ? 接 下 来 的 指南 将 对 此 进行 探讨 。 


5. 1 .5 指南 : LeSS 组 织 ~、 


精益 思想 强调 了 对 现场 (gemba) 的 关注 ,现场 是 一 个 日 本 术语 ， 指 的 是 真正 的 工作 场所 或 创造 客户 价值 的 地 方 。 我 们 把 
现场 分 为 两 种 : 





消费 现场 





. 产品 的 创 








创造 现场 


在 LeSs 组 织 中 ， 这 两 种 工作 现场 应 尽 可 能 靠近 。 需 求 从 用 户 流向 团队 和 产品 负责 人 ， 价 值 从 团队 流向 用 户 。 组 织 中 的 价值 
传递 不 必 向 上 推 高 层次 。 


经 理 不 参加 与 价值 交付 或 产品 方向 相关 的 决策 。 那 他 们 做 什么 呢 ? 在 LeSS 组 织 中 ， 他 们 关注 开发 系统 ， 关 注 提高 组 织 价值 
交付 能 力 。 他 们 的 工作 是 改进 ! 


虽然 他 们 可 能 会 通过 指导 团队 和 帮助 人 们 成 长 来 促进 改进 ， 但 他 们 不 亲自 动手 做 改进 工作 ， 因 为 这 样 会 导致 直接 退回 到 泰勒 
主义 。 我 们 不 希望 存在 只 会 遵从 流程 的 懒惰 者 ， 而 希望 人 的 潜力 能 得 到 最 大 限度 的 发 挥 。 因 此 ， 管 理 人 员 的 关注 点 是 保证 组 织 在 
不 断 地 改进 。 他 们 必须 切实 关注 开发 系统 的 改进 ， 这 通常 也 会 涉及 组 织 结构 、 决 策 和 政策 等 方面 。 图 5-1 显 示 了 一 个 LeSs 组 织 。 


不 同 的 角色 有 不 同 的 侧重 点 。 这 里 有 三 个 重点 区 域 : 


“ 产品 愿景 和 方向 
` 组 织 能 力 提升 


不 要 错误 地 认为 图 中 每 个 角色 正好 匹配 一 个 区 域 。 重 卉 是 存在 的 ， 事 实 上 由 于 各 种 角色 在 一 起 工作 ， 重 蔷 是 必然 的 。 图 5-2 
是 一 张 角 色 和 职责 到 重点 领域 的 映射 图 。 
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图 5-1 LeSS 组 织 概览 
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图 5-2 ”三 个 重要 方面 的 角色 和 职责 


让 我 们 来 看 一 下 重 荆 的 区 域 。 


. 团队 -产品 负责 人 一 一 产品 负责 人 确定 产品 的 方向 (愿景 ) ， 并 且 团队 也 要 参与 其 中 。 团 队 应 该 像 产品 负责 人 一 样 拥 有 产 
品 。 这 是 团队 产品 ， 其 与 用 户 密切 合作 ， 并 为 产品 负责 人 提供 输入 。 具 体 而 言 ， 是 团队 将 工作 条 目 添加 到 产品 待 办 事项 列表 中 ， 
并 与 产品 负责 人 讨论 条 目的 优先 级 。 


* 团队 -经 理 一 一 团队 实施 改进 ， 而 经 理 则 专注 于 团队 的 改进 能 力 ， 并 通过 必要 的 组 织 变革 为 团队 提供 支持 。 改 进 往往 需要 
改变 组 织 结构 或 政策 ， 而 团队 往往 无 力 自己 完成 。 团 队 需 要 与 Scrtum Master 和 经 理 合作 来 实现 这 些 改变 。 例 如 ， 当 团队 改进 自动 
化 部 填 时 ， 经 理 可 以 做 的 是 改变 与 部 着 相关 的 法 规 和 组 织 策略 。 





“ 经 理 -Scrum Mastet 一 一 经 理 和 Scrum Mastet 都 专注 于 改进 ， 并 且 应 该 一 起 工作 。 经 理 更 关注 组 织 方面 的 事情 ， 而 Sctum 
Mastet 更 关注 团队 和 跨 团队 的 动态 变化 。 例 如 ，Sctum Mastet 发 现 并 解释 了 团队 跨 职能 工作 方式 和 能 力 需 要 扩展 的 必要 性 ， 而 经 理 


则 进行 相关 的 组 织 变革 ， 例 如 取消 测试 小 组 。 


: 经 理 -产品 负责 人 一 一 一 线 经 理 和 产品 负责 人 在 专注 于 改进 时 他 们 的 角色 几乎 没有 重 登 
鼓励 团队 对 产品 待 办 事项 列表 提出 改进 意见 。 高 级 经 理 具有 战略 视角 ， 他 们 履 盖 多 个 产品 。 他 们 应 与 产品 负责 人 密切 合作 ， 以 确 
定 正确 的 产品 ， 并 与 级 别 较 低 的 经 理 和 Scrum Master 合 作 进行 正确 的 改进 。 例 如 ， 与 所 有 产品 负责 人 一 起 确定 要 进入 的 新 市 场 及 
其 对 组 织 产生 的 影响 。 





» 


见 7.1.2 节 ) 。 他 们 可 能 会 共同 





上 一 节 提 到 产品 重点 与 组 织 重 点 。 如 图 5-3， 按 比例 绘制 出 了 相关 角色 ， 并 建立 了 另 一 个 视角 来 观察 LeSS 和 角色。 
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图 5-3 ”产品 重点 、 组 织 重点 与 LeSS 角色 





上 图 以 可 视 化 的 方式 表明 经 理 和 Scrum Master 的 关注 点 略 有 不 同 : 经 理 更 偏向 组 织 一 方 ，Scrum Master 更 偏向 团队 和 产 
品 一 方 。 


在 看 待 Scrum Master 和 经 理 之 间 的 相似 性 时 ， 有 一 个 常见 的 问题 : 我 们 应 该 让 经 理 成 为 Scr um Master 吗 ? 不 ,这 不 是 个 
好 主意 。 经 理 /Scrum Master 这 种 组 织 的 “经 理 ” 形 态 会 妨碍 团队 的 自 管 理 ， 即 使 她 是 “不 同 团队 ”的 Scrum Master。 为 什 
么 ?团队 成 员 对 经 理 有 根深 蒂 固 的 膀 断 ， 这 些 脐 断 会 不 知 不 觉 地 改变 他 们 的 行为 。 最 好 避免 使 用 管理 角色 。 


最 后 ， 关 注 开 发 系统 的 能 力 的 具体 意思 是 什么 ? 接 下 来 的 几 个 指南 将 介绍 以 下 实践 : 


“ 现场 观察 


. 经 理 是 老师 和 学 习 者 

. 领域 和 技术 能 力 
5.1.6 ”指南 : 现场 观察 

现场 观察 ! 是 管理 人 员 最 重要 的 管理 技能 。 这 种 实践 看 起 来 非常 简单 :只 需 去 现场 (gemba) 一 一 实际 的 工作 场所 ， 就 能 
看 到 现实 。 但 实践 过 程 中 ， 理 解 和 掌握 这 个 实践 并 非 易 事 。 


让 我 们 先 来 看 看 现场 观察 (Go See) 不 是 什么 。 现 场 观 察 不 是 微观 管理 。 微 观 管理 可 以 被 描述 为 “现场 观察 、 打 断 和 消 
失 ”， 即 便 最 好 的 情况 ， 这 也 是 一 种 对 员工 的 消极 行为 。 用 传统 的 控制 -管理 -思维 模式 来 看 待 现场 观察 ， 可 能 会 把 它 变 成 微观 管 
理 。 这 一 点 值得 注意 。 


经 理 们 习惯 性 地 [8) 去 工作 场所 了 解 真正 的 问题 ， 并 利用 所 做 的 了 解 来 发 展 组 织 的 能 力 。 
什么 是 真正 的 现场 ? 对 于 产品 开发 ， 有 两 种 现场 : 

“ 价值 创造 现场 一 一 创建 产品 的 团队 

“ 价值 消费 现场 一 一 使 用 产品 的 用 户 

必须 定期 地 走访 这 两 个 地 方 ， 才 能 感受 到 现场 的 现实 。 

现场 观察 至 少 有 两 个 重要 目标 : 

“ 提升 团队 的 问题 解决 能 力 

- 提升 组 织 的 决策 能 力 


提升 团队 的 问题 解决 能 通过 探索 工作 场所 并 了 解 团队 的 日 常 工作 实际 情况 ， 经 理 可 以 真正 了 解 他 们 面临 的 问题 。 不 
要 “解决 ”这 些 问题 ! 不 管 那 有 多 诱 人 。 作 为 LeSs 经 理 ， 要 做 的 是 让 团队 去 解决 问题 。 如 果 他 们 不 做 ， 那 么 经 理 的 作用 就 是 教 
他 们 和 引导 他 们 解决 问题 。 换 句 话说 ， 就 是 要 提高 他 们 解决 问题 的 能 力 (参见 5.1.7 节 ) 。 








提升 组 织 的 决策 能 工作 现场 的 问题 可 分 为 : 〈1) 环境 /团队 特定 的 问题 ; (2) 由 团队 外 决策 引起 的 问题 。 后 者 是 由 
组 织 结 构 、 决 策 和 政策 引起 ， 而 且 在 所 有 团队 中 的 作用 都 相同 。 因 此 ，LeSS 经 理 践 行 现场 观察 可 以 真正 了 解 团队 的 工作 场景 ， 
并 有 助 于 获取 对 管理 决策 的 重要 反馈 。 反 过 来 ， 这 些 来 自 实际 工作 地 点 的 反馈 有 助 于 产生 基于 现实 的 更 优 组 织 决 策 。 


经 理 级 别 越 高 ， 履 行 这 个 实践 就 显得 越 重 要 ， 因 为 他 远离 实际 工作 现场 ， 要 保持 联系 ,必须 付出 额外 的 努力 ， 而 且 他 做 出 的 
决定 往往 会 产生 更 大 的 影响 。 如 果 不 去 现场 观察 ， 高 级 经 理 的 决定 很 可 能 与 现场 的 现实 产生 脱节 ， 导 致 灾难 性 的 决策 和 本 组 织 的 
最 终 骨 溃 。 听 起 来 很 熟悉 吧 ? 


采用 现场 观察 这 一 实践 比较 困难 。 为 什么 ? 


没有 时 间 一 一 许多 经 理 显然 无 法 控制 自己 的 时 间 ， 但 大 多 是 被 动 的 。 他 们 的 日 历 上 排 满 了 会 议 ， 而 且 会 议 很 难 拒绝 参加 。 
他 们 被 淹没 在 行动 清单 之 中 ， 因 为 毕竟 他 们 对 那些 事情 说 了 “是 ”。 除 此 之 外 ， 还 有 什么 比 “ 火 火 ”更 有 意义 呢 ? 


相 比 之 下 ， 实 践 现场 观察 则 意味 着 除了 参加 会 议和 完成 行动 清单 外 ， 要 刻意 保留 大 部 分 时 间 来 走访 实际 的 工作 现场 。 


不 去 理解 一 一 去 工作 现场 并 不 是 为 了 同情 工作 人 员 ， 也 不 是 为 了 检查 进展 情况 。 它 是 为 了 真正 了 解 现场 中 出 现 的 问题 。 不 


仅仅 是 与 团队 聊天 或 邀请 他 们 参加 会 议 ， 因 为 这 只 会 导致 肤浅 的 理解 。 现 场 观察 需要 观察 团队 ， 提 问 很 多 开放 性 问题 ， 是 对 大 家 
的 工作 和 问题 有 真诚 的 兴趣 。 在 软件 产品 开发 中 ， 这 可 能 涉及 查看 和 讨论 代码 。 


没有 耐心 一 一 很 多 经 理 都 是 解决 问题 的 能 手 ， 所 以 当真 正 理解 了 现场 的 问题 后 ， 他 们 就 能 解决 问题 。 但 是 请 不 要 这 么 做 ! 
团队 需要 通过 自己 解决 现场 中 遇 到 的 问题 来 进行 自我 改进 。 解 决 问题 的 经 理 对 团队 需要 有 耐心 。 那 么 ， 如 果 因为 问题 来 自 外 部 和 
组 织 ， 或 者 是 系统 性 的 问题 ， 团 队 无 法 解决 问题 ， 那 么 该 怎么 办 ”以 后 再 采取 行动 ! 





没有 分 析 旦 真正 理解 了 现场 问题 ， 就 要 问 : 这 些 问题 是 源 于 团队 和 特定 环境 ， 还 是 源 于 组 织 和 系统 ? 确定 问题 的 根 
源 并 非 易 事 。 许 多 经 理 把 大 多 数 问题 归 因 于 环境 ， 因 为 他 们 不 认可 环境 或 者 环境 中 的 各 种 模式 …… 这 样 做 也 是 安全 的 ， 因 为 环境 
问题 不 需要 他 们 采取 任何 行动 。 其 他 人 则 认为 一 切 问题 都 是 由 于 组 织 上 的 原因 而 产生 ， 最 终 只 能 根据 一 个 团队 的 反馈 和 环境 做 出 
糟糕 的 决定 。 找 到 真正 的 原因 是 很 困难 的 。 





现场 观察 是 需要 实践 的 实践 ! 它 还 需要 开放 的 思维 和 天 然 的 好 奇 心 去 仔细 理解 这 些 创造 产品 的 创造 性 工作 。 


5.1.7 指南: 经 理 是 老师 和 学 习 者 


有 两 种 常见 的 经 理 风 格 ， 而 且 我 们 认为 是 同一 个 问题 : 


: 虚拟 经 理 一 一 这 些 经 理 一 旦 成 为 经 理 就 停止 学习 。 他 们 没有 读 过 一 本 专业 书籍 ， 没 有 参加 过 任何 课程 。 他 们 把 所 有 的 工作 
时 间 都 花 在 诸如 报告 或 考 绩 等 管理 任务 上 ， 已 经 成 为 无 用 的 懒 政 管理 者 。 


. 职业 经 理 一 这些 经 理 并 没有 停止 学 习 ， 但 只 阅读 流行 的 管理 书籍 。 他 们 完全 不 去 接触 创造 产品 的 真正 工作 。 如 果 与 真正 
工作 保持 联系 ， 也 是 因为 “职业 经 理 可 以 管理 任何 事情 ， 而 用 不 着 理解 它 。” 这 是 极度 的 错觉 ， 相 比 之 下 ， 我 们 更 喜欢 虚拟 经 
理 ， 至 少 他 们 的 危害 小 些 。 


LeSs 经 理 是 愿意 学 习 任 何事 物 的 终身 学 习 者 。 他 们 从 来 不 会 与 最 新 的 领域 和 技术 脱节 ， 始 终 保持 自己 对 当今 现实 的 了 解 ， 
而 不 仅 仪 是 知道 他 们 作为 管理 者 的 现实 。 显 然 ， 这 种 理解 需要 现场 观察 的 支持 ， 而 且 .…… 


LeSs 经 理 践 行 “ 经 理 是 老师 ”的 精益 思想 实践 。 这 个 实践 并 不 意味 着 管理 者 必须 是 最 好 的 技术 和 领域 专家 。 但 是 ， 他 们 确 
实 对 领域 和 当前 的 技术 有 着 很 好 的 理解 ， 并 能 够 利用 这 些 技能 来 指导 和 教导 团队 以 提高 团队 的 开发 能 力 。 


作为 经 理 ， 怎 么 才能 不 落伍 呢 ? 有 如 下 想法 : 
` 不 时 帮助 团队 修复 缺陷 

. 使 用 和 测试 产品 

. 参与 代码 审查 

. 走访 或 观察 用 户 

. 重 构 一 些 代码 ; 也 可 以 直接 扔 掉 它 

. 浏览 所 在 领域 的 最 新 杂志 

与 团队 成 员 一 起 工作 

. 做 些 自动 化 开发 


加 入 社区 


民族 文化 一 一 在 有 些 国家 ， 管理 人 员 作 为 老师 的 实践 要 比 在 其 他 国家 困难 ， 为 此 需要 付出 更 多 的 努力 。 这 些 国家 中 ， 部 分 
民族 文化 天 然 注重 工程 设计 ， 管 理 者 往往 都 具备 丰富 的 知识 ， 而 其 他 国家 的 管理 者 很 少 与 技术 保持 联系 ， 因 为 他 们 号 称 已 经 “过 
了 职业 生涯 中 的 那个 阶段 ”。 


5.1.8 指南 : 领域 和 技术 能 
团队 需要 在 技术 技能 和 领域 理解 之 间 保 持 适 当 的 平衡 (参见 4.1 节 ) 。 我 们 会 经 常 遇 到 一 些 团队 ， 他 们 拥有 优秀 的 技术 技 
能 ， 但 缺乏 领域 知识 ， 反 之 亦 然 。 在 有 着 “把 编程 外 包 出 去 ”传统 的 组 织 中 ， 情 况 更 糟 中 1 


LeSS 经 理应 定期 评估 团队 的 技能 ， 以 确定 其 能 力 改进 工作 的 方向 和 重点 。 一 个 常见 的 错误 是 高 估 经 理 自己 拥有 的 技能 ， 而 
低估 其 他 人 的 技能 。 不 要 掉 进 这 个 陷阱 。 


采用 巨型 LeSS 的 组 织 往往 会 有 多 个 开发 地 点 。 在 这 种 情况 下 ， 开 发 地 点 通常 会 在 一 个 维度 上 具有 优势 ， 而 在 男 一 个 维度 上 
不 存在 优势 。 可 以 从 这 个 角度 去 评估 开发 地 点 ， 并 采取 相应 的 行动 。 


什么 行动 ? 不 平衡 往往 是 由 于 低估 了 或 者 没有 正确 地 评估 某 个 方面 ， 而 导致 在 这 个 方面 缺乏 学 习 投 资 。 例 如 ， 我 们 工作 过 的 
一 个 地 点 ， 其 拥有 卓越 的 领域 知识 ， 但 技术 技能 却 差 得 惊人 ， 因 为 该 地 点 的 文化 是 “任何 人 都 可 以 编程 ”。 


下 面 是 一 些 行动 的 例子 : 

. 提高 对 这 种 不 平衡 的 认识 ， 与 经 理 、Scrum Master 和 团队 进行 讨论 (参见 13.1.6 节 ) 
“ 组 织 培训 和 辅导 

“ 在 团队 之 间 分 享 ， 特 别 是 榜样 的 分 享 

` 促进 社区 学 习 

* 鼓励 团队 选择 有 助 于 减少 不 平衡 的 工作 


优秀 产品 只 能 通过 技术 和 领域 知识 均衡 的 团队 直接 与 解决 用 户 实际 问题 的 用 户 合作 来 创造 。 


5.1.9 指南 : LeSS 度 量 


在 采用 LeSs 时 ， 管 理 者 经 常会 提出 问题 “应 该 测量 (measure) 什么 ? ”这 是 一 个 令 人 着 迷 但 又 错误 的 问题 。 为 什么 ? 它 
假定 度量 (metrics) 本 身 有 好 坏 之 分 。 找 到 正确 的 度量 标准 ， 设 定 正 确 的 目标 ， 好 事 就 会 来 临 。 这 与 事实 往往 大 相 径 庭 。 


度量 本 身 并 不 重要 ， 重 要 的 是 : (1) 度量 的 目的 ; (2) 谁 来 设置 度量 。 


我 们 最 喜欢 使 用 的 例子 是 测试 履 盖 率 。 这 是 一 个 好 的 度量 指标 还 是 一 个 坏 的 度量 指标 ”其 实 这 个 问题 本 身 就 是 荒 廖 的 。 如 果 
管理 人 员 将 测试 覆盖 率 设置 为 组 织 目 标 ， 或 者 更 糟糕 的 是 ， 设 置 为 个 人 绩效 目标 ， 那 么 可 以 保证 这 必 将 导致 有 害 的 行为 。 当 然 ， 
我 们 已 经 看 到 过 极端 重复 和 极 具 破 坏 性 的 测量 ， 但 我 们 最 喜欢 的 例子 是 ， 测 试用 例 不 带 检查 所 以 永 不 会 失败 。 太 聪明 了 ! 它 实 现 
了 最 大 的 测试 覆盖 率 并 降低 了 维护 的 工作 量 。 员 工 在 实现 目标 的 同时 尽 最 大 努力 不 是 管理 层 的 梦想 吗 ? 


如 果 团队 想 要 提高 他 们 的 测试 自动 化 并 测量 测试 覆盖 率 以 了 解 更 多 信息 ， 那 就 太 好 了 ! 这 可 能 会 带 来 深入 的 洞察 、 改 


但 是 ， 
进 、 更 多 参与 和 拥有 权 。 但 重要 的 不 是 度量 指标 。 


度量 是 有 用 的 工具 ， 但 请 避免 以 下 错误 : 
" 有 目标 但 无 明确 的 目的 
:为 团队 设 定 目标 

:为 控制 而 测量 

测量 某 些 东西 但 不 知道 为 什么 测量 

` 为 了 测量 而 给 他 人 造成 浪费 

一 般 来 说 : 

关注 目的 ， 而 不 是 目标 。 


没有 目的 的 目标 不 是 命令 控制 式 管 理 ， 而 是 独裁 。 


5.1.10 ”指南 : 管理 图 书 阅读 清 


LeSS 经 理 需要 不 断 了 解 他 们 所 在 的 领域 和 所 需 的 技术 ， 还 需要 自己 掌握 最 新 的 管理 思想 。 有 很 多 东西 需要 学 习 ， 下 面 是 我 
们 认为 重要 并 建议 LeSS 经 理 阅读 的 图 书 : 


. 《第 五 项 修炼 》 一 一 彼得 . 圣 吉 
这 是 创建 学 习 型 组 织 和 系统 思维 的 真正 经 典 。 我 们 认为 这 对 LeSS 管 理 人 员 来 说 是 绝对 的 必 读 书 。 
. 《人 金 矿 2: 精益 管理 者 的 成 长 》 与 《 金 矿 3: 精益 领导 者 的 软 实力 》 一 一 迈克 尔 和 弗 雷 迪 : 伯乐 


这 两 本 书 都 是 以 商业 小 说 的 形式 出 现 的 ， 叙 述 了 一 位 精益 管理 的 学 生 ( 安 迪 ) 从 传统 管理 向 精益 管理 转型 的 历程 。 尤 其 是 前 
者 可 能 是 对 现场 观察 (Go See) 实践 迄今 为 止 描述 得 最 好 的 一 本 书 。 


. 《现场 管理 》 一 一 大 野 耐 一 


大 野 耐 一 是 丰田 生产 系统 的 创造 者 ， 他 的 《现场 管理 》 一 书 是 精益 思想 和 精益 管理 的 经 典 。 他 处 理 问题 的 方式 和 对 现场 观察 
的 执着 ， 非 同 寻常 。 


《管理 的 未 来 》 





加 里 哈 默 


我 们 需要 经 理 吗 ”加 里 . 哈 默 确实 这 么 认为 ， 但 未 来 的 管理 风格 肯定 会 改变 。 在 这 本 经 典 图 书 中 探讨 了 这 种 改变 将 会 如 何 发 
生 。 





《管理 的 真相 : 事实 传言 与 胡扯 》 一 一 杰 弗 瑞 . 菲 佛 和 罗伯特 . 萨 顿 


脱离 场景 的 最 佳 实践 是 一 种 危害 远大 于 益处 的 错觉 ， 但 这 并 不 意味 着 我 们 不 能 互相 学 习 新 的 思想 。 然 而 ， 有 太 多 的 思想 都 是 
建立 在 那些 机 场 图 书 中 最 新 的 管理 潮流 之 上 。 菲 佛 和 萨 顿 主张 以 坚实 的 研究 证 据 来 推动 组 织 的 管理 决策 。 


: 《 重 塑 组 织 》 一 一 此 雷 德 里 克 : 拉 卢 


我 们 真 的 需要 经 理 吗 ” 弗 雷 德里 克拉 卢 探讨 了 当前 一 些 放弃 了 传统 管理 的 公司 的 做 法 。 这 类 公司 完全 是 基于 自 管理 原则 组 
织 起 来 的 ， 通 常会 彻底 取消 经 理 的 角色 。 这 本 书 探索 了 对 未 来 公司 的 一 些 思考 及 对 其 组 织 结构 形式 的 设想 。 


四 也 被 称 为 泰勒 主义 。 

D] 也 被 称 为 法 约 尔 管理 。 

[3] 摘自 Fredetick Winslow Taylor 1903 年 出 版 的 《Shop Management》 

轩 在 这 里 我 们 跳 过 其 他 一 些 重 要 的 影响 者 ， 如 Max Weber 和 Mary Patket Follett， 但 他 们 很 值得 研究 。 

[5] “人 们 承诺 ” (Y 理 论 ) 不 是 “ 替 人 们 作出 承诺 ” (X 理 论 ) 。 

[6] 这 些 ， 以 及 相关 的 思想 包括 : 合 弄 制 管理 模式 、 超 预算 、 无 为 而 治 。 

D] 英文 原 词 为 go see， 也 译 为 “ 现 地 现 物 ”。 一 译 者 注 

[8] 占用 了 他 们 大 部 分 的 时 间 ， 无 一 例外 。 

[9] 我 们 都 在 亚洲 过 生活 一 克 雷 格 在 印度 ， 巴 斯 在 中 国 和 新 加 坡 一 我 们 深入 现场 和 深入 代码 ， 我 们 认为 “将 编程 工作 离 岸 外 
包 ” 的 想法 确实 是 误 入 歧途 的 做 法 ， 从 未 见 过 它 奏 效 过 。 我 们 遇 到 过 的 、 声 称 这 种 方式 有 效 的 人 可 能 从 来 没有 花 时间 在 现场 观察 


实际 情况 。 


第 6 章 Scrum Master 


优秀 的 Scrum Master 可 以 掌控 多 个 团队 ， 但 伟大 的 Scrum Mastetr 只 有 一 个 。 
一 一 迈克 尔 * 麻 姆 斯 (Michael James) 
单 团队 Scrum 


Scrum Master 向 组 织 教 授 Scrum， 并 在 组 织 持 续 采 用 Scrum 的 过 程 中 提供 指导 。Scrum Master 利 用 自己 掌握 的 Scrum 理 
论 以 及 对 Scrum 的 深入 理解 来 帮助 团队 中 的 每 个 人 去 发 现 他 们 如 何 为 创造 最 有 价值 的 产品 做 出 最 大 贡献 。 





在 LeSS 采 用 中 ，Sctum Mastet 在 协调 一 个 大 型 开放 空间 活动 


Scrum Master 经 常 被 误解 ， 也 容易 表现 不 佳 ， 因 为 人 们 试图 将 这 个 新 角色 映射 为 某 个 现存 角色 。 但 不 能 做 这 样 的 映射 。 
Scrum Master 婚 不 是 团队 的 主人 ， 也 不 是 “敏捷 ”项 目 经 理 或 团队 领导 。 


Scrum Master 是 发 现 Scrum 本 身 是 否 有 效 的 两 个 “元 反馈 回路 ”之 一 1]。 它 是 一 个 辅助 角色 ， 帮 助 组 织 反 思 并 朝 着 完美 愿 
景 改进 。Scrum Master 为 人 们 创造 成 功 的 环境 。 


[1 另 一 个 元 反馈 回路 是 回顾 。 


6.1 LeSS Scrum Master 


Scrum Master 作 为 一 个 新 的 角色 ， 在 采用 Scrum 时 常常 不 能 被 很 好 地 理解 。 一 个 常见 的 反应 是 让 “剩余 的 人 ”来 当 Scrum 
Master。 他 们 可 能 是 很 好 的 选择 ， 但 往往 缺乏 正确 的 技能 、 动 机 和 Scrum 知 识 。 他 们 把 这 个 角色 演变 成 了 其 他 的 角色 ， 并 且 在 
组 织 中 被 接受 为 Scrum Master 一 一 毕竟 ，Scrum Master 自 己 应 该 知道 这 一 点 ， 对 吧 ? 他 们 的 行为 有 时 会 阻碍 Scrum 的 采用 
一 一 他 们 把 自己 变 成 了 反 Scrum Master。 


由 于 显而易见 的 原因 ，Scrum Master 在 LeSSs 中 的 角色 仍然 被 称 作 Scrum Master 而 不 是 LeSS Master。 


规模 扩展 时 ， 与 Scrum Master 相 关 的 原则 包括 如 下 几 条 。 






和 焦 一 一 团队 越 大 ， 就 越 难 以 看 到 整体 。Scrum Master 帮 助人 们 在 看 待 系统 时 能 够 超越 他 们 的 视角 ， 


这 个 系统 可 以 包括 产品 团体 的 互动 、 延 迟 、 成 因 和 潜能 。 她 还 提醒 每 个 人 要 关注 整体 产品 一 一 未 整合 的 单个 团队 的 输出 不 会 创 
造 客户 价值 。 


大 规模 Scrum 也 是 Scrum 一 一 LeSS Scrum Master 会 遇 到 大 规模 特有 的 复杂 问题 ， 她 需要 抵制 用 大 规模 特有 的 复杂 解决 方 
案 来 解决 这 些 问 题 。 相 反 ， 她 需要 回归 Scrum 精 神 ， 并 找到 简单 的 方法 来 增强 人 们 跨越 障碍 的 能 力 。 她 需要 通过 试验 探索 大 规模 
简单 解决 方案 。 

透明 度 一 一 Scr um Master 是 透明 度 的 守护 者 。 但 是 对 于 大 多 数 大 规模 的 产品 开发 来 说 ， 都 有 一 种 挥 之 不 去 的 阴 霸 笼罩 着 
它 。 在 一 个 组 织 的 政治 丛林 中 ， 清 除 阴 霸 一 一 创造 透明 度 一 一 是 一 项 艰巨 而 且 吃 力 不 讨 好 的 工作 。 


6.1.1 ”LeSS 规 则 


Scrum Master 负 责 LeSS 采 用 的 顺利 开展 。 他 们 关注 团队 、 产 品 负责 人 、 组 织 和 开发 实践 。 一 个 Scrum Mastet 不 只 是 关注 一 个 团 


队 ， 而 且 要 关注 整个 组 织 系统 。 
Sctum Mastet 是 一 个 专职 角色 。 


一 个 Sctum Mastet 可 以 服务 1 一 3 个 团队 。 


6.1.2 ”指南 i: Scrum Master 的 关注 点 


迈克 尔 :詹姆斯 的 “Scrum Master 检 查 清单 ”是 一 个 优秀 的 Scrum 工 具 。 它 确定 了 Scrum Master 应 该 关注 的 四 个 领域 : 


开发 实践 


在 这 些 重 点 领域 中 也 暴露 了 一 个 常见 的 问题 ， 即 Scrum Master 过 于 关注 团队 。Scrum Master 在 LeSS 及 用 中 具有 关键 的 教 
育 作用 以 及 和 团队 一 起 反思 的 作用 ， 如 果 把 精力 过 度 放 在 关注 团队 上 ， 则 必然 导致 在 上 述 团队 教育 和 反思 方面 投入 的 精力 减少 ， 
从 而 导致 LeSs 采 用 变 得 不 够 深入 。 什 么 会 导致 Scrum Master 过 度 关 注 团 队 呢 ?其 中 一 个 原因 是 Scrum Master 的 角色 经 常 由 团 
队 中 的 一 位 成 员 来 兼任 。 但 是 为 了 更 好 地 采用 LeSS， 并 且 考 虑 到 Scrum Master 在 采用 过 程 中 十 分 重要 ， 其 不 仅 需 要 关注 所 有 领 
域 ， 同 时 还 要 覆盖 1 ~ 3 个 团队 ， 所 以 Scr um Master 又 必须 是 一 个 全 职 角色 。 


这 四 个 重点 领域 有 助 于 我 们 理解 Scrum Master 在 LeSs 中 所 起 的 作用 ， 如 图 6-1 描 绘 了 典型 Scrum Master 关 注 点 随时 间 变 化 
的 曲线 。 


> 


. 


《时间 


图 6-1 ”Scrum Mastet 关 注 点 的 变化 
关注 组 织 


采用 LeSs 时 一 开始 就 需要 对 组 织 结构 进行 变革 ， 因 此 一 开始 要 高 度 天 注 组 织 (有 关 结 构 变革 的 更 多 内 容 请 参阅 第 4 章 ) 。 一 
旦 基本 结构 到 位 ， 对 改进 组 织 的 关注 就 会 下 降 ， 然 后 注意 力 就 转移 到 各 个 团队 的 生产 和 交付 成 果 上 。 产 出 成 果 ， 即 可 交付 的 有 价 
值 的 产品 ， 是 改变 组 织 的 最 好 方法 。 如 果 Scrum Master 没 有 向 组 织 展示 成 果 和 所 取得 的 收益 ， 组 织 为 什么 会 信任 她 和 她 的 团队 
呢 ? 


生产 出 可 工作 和 可 交付 的 软件 的 同时 会 产 出 可 信 度 。 


这 里 有 一 个 重要 的 动态 ， 即 随 着 时 间 的 推移 ， 主 导 性 约束 将 会 从 团队 内 部 转移 到 组 织 内 部 。 由 于 组 织 结构 和 政策 会 阻碍 团队 
提高 其 绩效 ，Scrum Master 的 关注 点 也 会 随 之 转向 组 织 方面 的 改进 。 





改进 是 持续 的 ， 世 界 永远 不 会 停止 变化 ， 所 以 Scrum Mastet 的 工作 永远 不 会 “完成 ”。 
关注 团队 


Scrum Master 最 初 对 团队 的 天 注 程度 很 高 ， 但 它 会 随 着 时 间 的 推移 而 下 降 。 团 队 成 立时 ， 在 自 管 理 、 团 队 间 协调 ， 以 及 增 
加 共同 责任 方面 ，Scrum Master 人 花费 了 大 量 精力 对 团队 进行 教育 和 指导 。 随 着 时 间 的 推移 ， 团 队 越 来 越 不 依赖 Scrum 
Master， 因 为 他 们 自己 承担 了 所 有 责任 。 


团队 的 成 熟 是 许多 Scrum 采 用 组 织 选 择 兼职 scrum Master 的 原因 之 一 。 但 在 LeSS 中 ，Scrum Master 不 是 兼职 角色 。 当 
Scrum Master 所 在 的 第 一 个 团队 不 断 成 长 ， 继 而 变 得 成 熟 后 ， 她 可 能 会 加 入 另 一 个 团队 ， 当 然 ， 最 多 三 个 。 成 为 多 个 团队 的 
Scrum Master 会 自然 而 然 地 将 焦点 转移 到 组 织 和 产品 负责 人 这 些 更 大 的 层面 上 。 


关注 产品 负责 人 


最 初 ，Scrum Master 天 注 对 产品 负责 人 的 指导 。 这 包括 教育 产品 负责 人 如 何 最 好 地 利用 产品 待 办 事项 列表 ， 促 进 她 与 团队 


的 互动 ， 以 及 帮助 她 反思 。 


产品 负责 人 与 其 他 角色 的 关系 (更 多 内 容 请 参阅 第 8 章 ) 如 图 6-2 所 示 。 





图 6-2 ”产品 负责 人 关系 图 


Scrum Master 不 能 只 关注 产品 负责 人 与 团队 的 关系 。 产 品 负 责 人 与 其 他 角色 的 关系 也 需要 Scrum Master 的 支持 。 让 我 们 


来 探讨 这 些 问题 : 


“产品 负责 人 -客户 ”关系 : Scrum Mastet 帮 助 产品 负责 人 走 近 真 实 的 用 户 和 客户 。 产 品 负责 人 需要 从 他 们 那里 获取 反馈 来 
验证 产品 的 方向 。 有 时 遇 到 产品 负责 人 不 称职 的 情况 ，Sctrum Mastet 应 该 帮助 组 织 找到 更 好 的 产品 负责 人 。 


“产品 负责 人 -高 级 管理 层 ” 关 系 : Scrum Master 应 帮助 产品 负责 人 与 上 级 管理 层 合作 ， 并 保持 开发 状态 随时 可 见 。 她 支持 
产品 负责 人 ， 并 努力 优化 产品 的 影响 力 。 


“产品 负责 人 -团队 ”关系 : Scrum Master 帮 助 在 团队 内 建立 信任 、 平 等 和 合作 的 关系 。 这 是 一 项 艰苦 的 工作 ， 因 为 历史 上 
这 种 关系 充满 了 不 透明 、 指 责 和 不 信任 。 


随 着 时 间 的 推移 ，Scrum Master 对 产品 负责 人 的 关注 将 逐渐 减少 ， 因 为 产品 负责 人 对 其 在 LeSs 组 织 中 的 工作 越 来 越 得 心 应 
手 。 


注重 开发 实践 


最 初 ，Scrum Master 忙 于 创建 能 够 运转 良好 的 团队 ， 并 保证 这 些 团队 能 够 一 起 生产 产品 。 但 是 ， 随 着 Scrum Master 对 团 
队 和 产品 负责 人 关注 的 减少 ， 她 更 加 关注 如 何 帮助 团队 改进 开发 实践 。 


作为 一 名 Scrum Master， 应 该 了 解 什么 是 一 流 的 现代 开发 实践 ， 并 向 团队 介绍 这 些 实践 。LeSS 的 采用 通常 涉及 大 量 的 代码 
库 ， 其 中 包含 大 量 陈旧 而 凌乱 的 遗留 代码 ; 将 现代 实践 (如 测试 驱动 开发 、 持 续 部 署 和 自动 化 验收 测试 ) 应 用 于 这 些 代码 是 极 具 
挑战 性 的 。 需 要 持续 保持 对 开发 实践 的 高 度 关 注 ， 因 为 要 进一步 改进 团队 ， 对 开发 实践 的 应 用 只 会 变 得 越 来 越 困难 。 


6.1.3 指南: Scrum Master 的 五 个 工具 


在 深入 探讨 更 多 LeSS 特 定 的 指南 之 前 ， 我 们 将 在 本 节 指 南 中 介绍 Scr um Master 工 具 ， 以 前 明 Scrum Master 是 如 何 工作 
的 。 我 们 喜欢 以 下 五 个 Scrum Master 工 具 。 


提问 


Scrum Master 的 作用 像 一 面 镜子 ， 帮 助 每 个 人 反思 和 改进 。 要 做 到 这 一 点 ， 一 个 强 有 力 的 方法 是 多 多 提出 开放 式 的 问题 。 
但 是 请 记 住 ， 要 谦虚 ， 不 是 提供 答案 ， 而 是 帮助 人 们 自己 找 出 答案 (参见 6.1.8 节 ) 。 


` 教育 


Scrum Master 对 Scrum 有 深刻 的 理解 ， 因 而 需要 帮助 团队 理解 为 什么 Scrum 是 这 样 的 ， 这 是 教育 方式 之 一 。 和 警告 ! 避免 过 
分 热情 ， 因 为 这 会 使 人 们 失去 热情 ， 学 习 活 动 便 不 会 发 生 。 避 免 狂 热 ， 把 教育 的 重点 放 在 事物 背后 的 原因 上 ， 保 持 开放 心态 ， 积 
极 认真 地 倾听 。 


“引导 


向 团队 展示 如 何 开展 LeSS 的 各 种 活动 ， 并 帮助 他 们 在 活动 中 进行 富有 成 效 的 交流 。 通 过 暴露 冲突 来 开创 透明 度 ， 并 帮助 团 
队 解 决 冲突 。 但 是 请 记 住 ， 要 让 团队 自己 来 承担 大 部 分 责任 。 如 果 作 为 Scrum Master， 她 仍然 还 需要 在 Sprint 10 中 引导 Sprint 
计划 会 议 ， 那 么 她 就 是 在 走向 失败 (参见 6.1.8 节 ) 。 


Scrum Master 需 要 为 人 们 创造 承担 责任 的 空间 。 怎 么 做 ?不 要 自己 接手 是 一 个 良好 的 开端 。 当 一 个 或 多 个 团队 遇 到 问题 
时 ，Scrum Master 需 要 首先 观察 他 们 是 否 能 够 在 没有 她 提供 支持 的 情况 下 自行 解决 问题 。 这 种 做 法 就 是 在 为 他 们 创造 成 长 空 
间 。 


-中断 
团队 需要 自己 学 习 ， 但 当 事 情 失控 时 ，Scrum Master 就 需要 中 断 它 ， 以 避免 不 可 挽回 的 损失 。 
这 里 并 没有 列 出 一 些 常见 的 被 推崇 的 Scrum Master 工 具 。 为 什么 ? 让 我 们 看 看 为 什么 最 好 避免 使 用 它们 。 


避免 成 为 团队 代表 一 一 在 LeSS 中 ， 有 些 活 动 是 需要 团队 代表 参加 的 ， 但 不 是 Scrum Master。 那 么 谁 是 团队 代表 ? 这 取决 于 
团队 ， 只 要 不 是 Scrum Master 都 行 。 在 LeSsS 中 ，Scrum Master 是 一 个 全 职 角色 ， 因 此 她 不 是 团队 的 成 员 。 代 表 团队 参加 活动 


显得 有 些 奇怪 。 
避免 为 团队 做 决策 一 一 团队 要 自己 做 决策 。 多 个 团队 也 一 样 ， 要 自己 做 决策 。 不 要 为 团队 做 决策 ， 而 是 帮助 他 们 做 决策 。 


谨慎 给 出 建议 一 一 Scrum Master 给 团队 的 建议 并 不 总 会 被 认为 是 建议 。 对 于 那些 希望 获得 决策 权 的 年 轻 团队 来 说 尤其 如 
此 。 


谨慎 清除 障碍 一 一 我 们 已 经 看 到 “清除 障碍 ”会 被 用 作 任 何 行为 的 借口 。 大 多 数 日 常 障碍 需要 由 团队 来 清除 。Scrum 


Master 的 重点 是 为 团队 创造 一 个 成 功 的 环境 ， 并 因此 消除 组 织 层面 上 引起 障碍 的 原因 。 这 要 困难 得 多 。 


6.1.4 指南: 大 型 群 组 会 议 引导 


要 让 一 个 会 议 变 得 高 效 、 有 效 且 有 趣 并 不 是 一 件 轻而易举 的 事 .…… 尤 其 是 当 参加 的 人 数 很 多 的 时 候 会 更 难 。 但 是 会 议 并 不 一 
定 都 很 无 聊 。 组 织 大 型 群 组 会 议 是 一 项 需要 掌握 的 基本 技能 。 可 以 了 解 一 下 开放 空间 和 世界 咖啡 馆 (World Cafe) 等 技巧 。 


我 们 在 引导 会 议 时 经 常 使 用 如 下 一 些 技巧 。 


分 敬一 一 将 所 有 注意 力 集中 在 一 个 中 心 点 会 让 会 议 的 速度 减 慢 。 只 要 有 可 能 ， 尽 量 把 与 会 者 分 成 较 小 的 小 组 ， 并 行 地 开展 
活动 。 有 分 散 就 要 有 “合并 ” ， 以 便 大 家 共同 分 享 目 步调 一 致 。 


提供 白板 和 挂 纸 一 一 要 多 些 ! 人 们 写 写 画 画 ， 讨 论 会 更 有 成 效 。 
避免 办 公家 具 一 围绕 着 会 议 室 桌子 开 无 聊 的 会 议 ” 那 就 把 桌子 移 开 ， 立 刻 见 效 ! 


避免 使 用 电脑 做 投影 仪 一 一 电脑 是 会 议 活跃 度 的 杀手 。 电 脑 会 让 会 议 集中 ， 而 且 控 制 电 脑 的 人 会 成 为 瓶颈 。 如 果 必 须 使 用 
电脑 ， 请 尝试 多 使 用 几 台 。 不 要 把 电脑 当 作 中 心 点 。 





自愿 讨论 一 一 避免 强迫 人 们 加 入 讨论 。 给 出 主题 ， 分 散 与 会 者 ， 让 人 们 自愿 参与 他 们 感 兴趣 的 主题 讨论 (参见 第 3 章 ) 。 





目标 明确 一 一 会 议 开 始 于 : 为 什么 我 们 要 开会 ? 我 们 的 目标 是 什么 ? 


回顾 一 一 会 议 结束 于 : 旨 在 帮助 改进 未 来 会 议 的 回顾 。 


6.1.5 ”指南 ; 促进 学 习 和 倡导 多 面 技 能 


寺 续 改进 的 实质 是 持续 学 习 ， 特 别 是 对 于 没有 机 器 而 只 是 由 人 来 生产 的 软件 产品 。 不 幸 的 是 ， 许 多 人 似乎 并 不 把 学 习 新 技能 
看 作 是 他 们 工作 或 者 生命 的 一 部 分 .…… 


组 织 缺乏 学 习 是 LeSS 采 用 时 的 主要 障碍 。 作 为 Scrum Master， 她 需要 创造 环境 ， 让 人 们 从 单一 的 专家 变 成 多 个 领域 的 专 
家 [1 


如 下 是 Scrum Master 促 进 团队 学 习 的 一 些 想 法 : 

:成 为 榜样 ;学习 新 技能 。 

:与 团队 分 享 自 己 学 到 的 东西 。 

“ 确保 书籍 随处 可 见 。 

: 提醒 团队 ， 人 们 天 生 缺 乏 技 能 ， 团 队 已 证 明了 自己 有 能 力学 习 新 技能 。 


* 分 享 文章 ， 不 仅仅 是 关于 敏捷 、Scrum 或 LeSS 的 文章 。 


Ry> 


. 鼓励 学 习 课 程 ， 如 迷你 课程 、 闪 电 讲座 或 “ 书 友 会 ”讨论 。 
. 提醒 团队 ， 他 们 有 权 在 Sptint 中 规划 出 学 习 的 时 间 。 


- 建议 在 团队 回顾 期 间 分 析 现 有 技能 。 


6.1.6 指南: 社区 工作 


社区 就 是 一 群 来 自 众多 团队 的 志愿 者 ， 他 们 有 着 共同 的 兴趣 或 话题 ， 也 有 着 通过 与 同伴 的 讨论 和 互动 来 加 深 知识 或 采取 行动 
的 热情 。 参 与 社区 是 完全 自愿 的 (参见 13.1.6 节 ) 。 


社区 可 以 帮助 团队 之 间 建 立 非 正 式 的 网 络 ， 这 对 学 习 、 协 调和 持续 改进 不 可 或 缺 。 作 为 Scrum Master， 她 需要 完成 社区 工 
作 一 一 指导 社区 使 其 保持 健康 和 可 持续 发 展 。 特 别 是 下 面 两 个 社区 需要 Scrum Master 积 极 参与 : LeSS 社 区 和 Scrum Master 社 
区 。 


LeSS 社 区 


Scrum Master 需 要 促进 跨 团队 学 习 ， 主 题 不 限 ， 当 然 包括 LeSS 本 身 。 由 于 团队 在 相同 的 环境 中 工作 ， 他 们 可 能 会 遇 到 类 似 
的 障碍 ， 所 以 可 以 相互 学 习 到 很 多 东西 。 所 有 Scrum Master 可 以 一 起 创建 这 样 的 社区 。 列 举 一 些 想法 如 下 。 


LeSS 讨 论 组 一 一 建立 基于 产品 组 的 LeSS 讨 论 组 ,或 者 建立 公司 范围 内 的 LeSS 讨 论 组 ， 来 讨论 和 分 享 经 验 。 


内 部 LeS5 聚 会 一 一 组 织 聚 会 ， 让 人 们 聚 在 一 起 分 享 经 验 。 使 用 开放 空间 来 组 织 这 类 活动 ， 因 为 开放 空间 可 以 利用 与 LeSS 一 
致 的 自 组 织 特点 (参见 13.1.11 节 ) 。 


LeSS 啤 酒 一 一 规划 酒吧 会 议 ， 啤 酒 要 充足 。 
在 博客 、wiki 或 时 事 通信 上 分 享 故 事 一 一 自己 撰写 团队 故事 或 者 说 服 团队 去 写 。 


观察 其 他 团队 一 一 邀请 自己 的 团队 去 观察 其 他 团队 ， 并 共同 讨论 他 们 的 工作 方式 如 何不 同 ， 为 什么 不 同 。 


Scrum Master 社 区 


作为 LeSS Scrum Master 经 常会 感到 泪 形 ， 但 永远 不 会 孤单 ! 联系 其 他 Scr um Master 并 建立 一 个 社区 。 会 有 其 他 人 就 如 何 
承担 Scrum Master 角 色 向 你 提供 指导 。 一 些 想 法 如 下 。 


只 有 Scrum Master 的 邮件 列表 一 一 类 似 于 LeSS 邮 件 列表 ,但 只 邀请 精英 加 入 。 确 保 人 们 全 面 理 解 LeSS， 这 样 讨论 才 能 超 
出 基础 ， 从 而 在 更 高 层次 进行 。 


观察 其 他 Scrum Master 一 一 要 求 其 他 Scrum Master 观 察 自己 ， 也 应 要 求 自己 观察 他 们 。 然 后 ， 就 此 展开 公开 对 话 ， 再 进 
行 反 思 并 提出 改进 意见 。 


与 Scrum 高 手 结 对 





起 开会 ， 一 起 观察 团队 ， 或 者 结对 指导 团队 。 


学 习 小 组 一 要 求 每 个 人 读 一 本 书 的 相同 章节 ， 然 后 聚 在 一 起 讨论 。 每 周一 章 。 也 许 在 午餐 时 讨论 ? 


6.1.7 指南 : Scrum Master 生 存 指南 


组 织 是 个 危险 的 地 方 ， 到 处 都 是 愤怒 的 僵尸 、 虚 拟 经 理 、 场 景 转换 吸血 鬼 、 未 完成 开发 人 员 和 反 scrum Mater。 别 慌 ! 下 
面 就 是 生存 之 道 。 


变 责备 为 行动 


当 事 情 出 错时 ， 不 坟 的 是 ， 人 们 常见 的 反应 是 责备 。 团 队 和 地 点 越 多 ， 情 况 就 越 社 。 责 备 是 很 安逸 的 ， 因 为 它 光 避 了 责 
任 .……. 毕 况 这 显然 是 其 他 团队 造成 的 ! 


作为 Scrum Master， 永 远 不 应 该 加 入 责备 的 游戏 。 相 反 ， 请 帮助 团队 将 责任 转化 为 建设 性 行动 。 怎 么 做 到 呢 ” 通过 提出 以 


下 这 两 个 问题 : 
- 我 们 可 以 做 些 什 么 来 改变 环境 中 的 X? 
- 如 果 不 能 做 什么 ， 那 么 请 接受 目前 还 无 法 改变 的 东西 。 我 们 可 以 做 些 什么 来 避免 或 减少 X 对 我 们 的 影响 呢 ? 
例如 : 
团队 : “测试 时 需要 有 管理 员 权限 来 访问 环境 ， 所 以 我 们 无 法 测试 。 
Scrum Master: “明白 ， 那 么 我 们 做 什么 可 以 获得 这 种 访问 权限 ?“ 
团队 : “由 于 组 织 策略 的 限制 ， 我 们 无 法 访问 。” 
Scrum Master: “好 吧 。 那 么 ,我 们 能 够 做 些 什 么 来 计算 出 改变 这 种 组 织 策略 所 需要 的 成 本 ,或 者 同意 访问 不 需要 管理 员 
权限 ; 没有 管理 员 权 限 我 们 如 何 更 好 地 测试 ?“ 


不 要 成 为 团队 之 间 的 协调 员 


传统 的 组 织 有 协调 员 (项 目 经 理 ) 角色 ， 负 责 协调 团队 之 间 的 工作 。 而 在 LeSS 中 ， 多 团队 协调 是 团队 的 责任 (参见 第 13 


草 ) 。 
许多 团队 已 经 习惯 于 有 协调 员 ， 他 们 希望 Scrum Master 来 承担 这 个 角色 。 请 勿 这 样 做 。 试 着 通过 以 下 方式 帮助 团队 : 
* 提醒 团队 这 是 他 们 的 责任 ， 以 及 背后 的 原因 。 
向 团队 介绍 其 他 团队 。 
* 帮助 团队 商定 协调 机 制 。 


但 不 要 自己 去 协调 。 
团队 联合 共同 提出 变革 建议 


为 了 团队 的 成 功 需要 创建 适合 的 环境 ， 但 为 此 进行 组 织 变革 可 能 很 困难 .…… 这 一 点 对 于 所 有 的 团队 来 说 都 是 类 似 的 。 所 以 和 
其 他 Scrum Master 一 起 工作 吧 一 一 一 起 工作 会 让 自己 变 得 更 强大 。 


怎么 做 ”讨论 一 下 哪个 变化 在 当前 产生 的 影响 最 大 ， 收 集 所 有 相关 信息 ， 并 作为 个 案 ， 向 (高 级 ) 经 理 提议 。 不 要 指望 他 们 
立即 接受 ， 而 是 把 它 作 为 讨论 的 开始 ， 记 住 …… 耐 心 点 。 


与 经 理 合作 


经 理 和 Scrum Master 的 职责 相似 ， 两 者 都 是 为 了 构建 最 佳 产品 ， 为 团队 创造 良好 的 工作 环境 (参见 第 5 章 ) 。Scrum 
Master 的 工作 更 接近 团队 ， 而 经 理 则 经 常 承担 额外 的 组 织 工 作 。 但 若 要 变革 ， 他 们 就 必须 协同 工作 ， 如 图 6-3 所 示 。 
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Scrun Master 团队 


图 6-3 不 同 角色 在 产品 和 组 织 方面 的 关注 点 


从 每 周 定期 讨论 开始 ， 最 终 对 当前 问题 达成 一 致 的 理解 。 然 后 挑选 最 重要 的 一 个 问题 来 处 理 ， 接 着 挑选 下 一 个 最 重要 的 问 


题 ， 等 o 


有 时 与 经 理 合作 很 容易 ， 因 为 经 理 就 是 Scrum Master! 但 这 往往 会 给 团队 的 自 管 理 带 来 问题 。 对 此 ， 一 些 组 织 的 解决 方法 
是 ， 让 一 个 团队 的 经 理 成 为 另 一 个 团队 的 Scrum Master。 有 时 候 ， 这 行 得 通 ， 然 而 ， 我 们 不 推荐 它 。 为 什么 ”有 两 个 原因 : 
(1) 在 有 些 等 级 环境 中 ， 经 理 和 非 经 理 之 间 的 差距 如 此 之 大 ， 以 至 于 团队 几乎 不 可 能 信任 经 理 作为 Scrum Master; (2) 有 些 
经 理 忙 于 “其 他 组 织 工作 ” (我 们 不 太 确定 这 些 工 作 的 价值 有 多 大 ) ， 所 以 他 们 没有 时 间 担 任 全 职 Scrum Master。 


保持 清 


作为 Less Scrum Master， 需 要 对 组 织 做 改变 .…… 而 且 这 样 做 时 并 不 会 有 “官方 ”授权 。 这 是 件 好 事 。 它 要 求 Scrum 
Master 说 服 人 们 相信 改变 是 正确 的 ， 所 以 需要 去 做 改变 。 但 是 ， 具 有 影响 力 的 组 织 变革 远 不 是 细微 的 改变 ， 也 不 会 经 常 发 生 ， 
不 管 个 人 有 多 么 努力 ， 改 变 都 可 能 会 朝 着 相反 的 方向 发 展 。 问 题 是 ， 作 为 Scrum Master 该 如 何 生存 呢 ? 要 在 组 织 中 保持 活力 和 
理智 需要 具备 以 下 特质 。 


-耐心 和 低 期 望 值 


大 多 数组 织 的 改变 是 缓慢 发 生 的 。 最 好 把 期 望 值 定 得 低 一 点 ( 它 不 是 个 人 的 目标 ! ) 并 提醒 自己 ， 自 己 还 要 在 这 方面 工作 多 
年 。 但 发 生 了 点 变化 ， 即 便 很 小 ， 也 一 定 要 庆祝 。 


. 坚持 

不 要 指望 自己 的 变革 提议 会 立即 被 采纳 ， 而 要 做 好 无 数 次 解释 的 准备 (通常 是 对 相同 的 人 ) 。 
- 勇气 

没有 勇气 ， 任 何事 情 都 不 会 改变 。 不 要 害怕 对 高 层 管理 者 直言 不 讳 ， 也 不 要 害怕 提出 的 建议 超出 自己 的 舒适 范围 
` 幽默 感 


说 服 人 们 改变 一 些 事情 已 经 花 了 一 年 的 时 间 了 。 他 们 做 了 .….. 但 他 们 让 事情 变 得 更 糟 。 下 一 步 该 怎么 做 ? 认真 对 待 它 但 不 要 
太 当 真 。 笑 吧 ， 这 是 生存 的 唯一 途径 。 


开放 和 谱 进 


提出 变革 建议 时 ， 必 须 勇敢 、 坚 持 不 懈 并 且 有 耐心 。 当 思春 的 决定 毁 了 自己 的 工作 时 ， 一 笑 置 之 。 所 有 这 些 都 必须 以 开放 和 
谦逊 的 方式 进行 ， 否 则 就 学 不 到 新 的 东西 。 也 许 你 错 了 ， 他 们 是 对 的 ? 


我 们 提 到 耐心 了 吗 ? 


6.1.8 指南 : Scrum Master 阅 读 清 


我 们 期 望 Scrum Master 是 Scrum 方 法 的 专家 。 但 她 掌握 Scrum 了 吗 ?掌握 意味 着 没有 更 多 的 东西 要 学 。 但 我 们 研究 LeS5 采 
用 已 经 很 长 时 间 了 ， 仍 能 学 到 很 多 关于 LeSS 的 知识 。 所 以 ，Scrum Master 需 要 不 断 提高 自己 。 阅 读 是 一 种 提高 自己 的 方式 ， 我 
们 推荐 阅读 下 面 这 些 书 : 


《带领 团队 》 (Leading Team) 一 一 理 查 德 . 哈 克 曼 


哈 克 曼 的 《带领 团队 》 总 结 了 他 30 多 年 的 团队 研究 成 果 ， 该 书 也 许 是 建立 自 管理 团队 的 最 佳 书籍 。 





《专业 引导 技巧 实践 指导 》 (The Skilled Facilitator) 罗 杰 : 施 瓦 茨 
这 本 书 对 提高 会 议 引 导 技 巧 进行 了 极 好 的 描述 。 


 《 共 创 式 教练 》 (Co-active Coaching) 





亨利 吉姆 斯 - 截 斯 等 。 

关于 教练 ， 有 很 多 东西 要 学 ， 这 本 书 提供 了 一 个 非常 好 的 起 点 。 

《克服 团队 协作 五 种 障碍 》 (The Five Dysfunctions of aTeam) 一 一 帕特里克 兰 西 奥 尼 
关于 团队 如 何 工作 (或 不 工作 ) 的 精彩 小 语言 。 

. 《说 还 的 探 询 》 (Humble Inquiry) 一 一 埃 德 加 沙 因 


沙 因 在 组 织 发 展 和 指导 组 织 方面 有 50 年 的 经 验 。 他 从 经 验 中 得 出 的 一 个 结论 是 : 我 们 需要 少 讲 多 问 。 


6.1.9 指南 : 特别 注意 .…. 
在 有 些 方面 ， 痛 苦 会 频繁 出 现 ， 需 要 特别 注意 以 下 问题 。 
机 能 失调 的 “产品 负责 人 -团队 ”的 关系 


产品 负责 人 和 团队 之 间 的 不 信任 是 有 历史 的 ， 原 因 是 产品 负责 人 经 常 做 出 强迫 性 的 承诺 ， 这 种 行为 会 对 开发 造成 严重 破坏 
(参见 第 8 章 ) 。 


— 


` 机 能 失调 的 “团队 -产品 负责 人 ”关系 


实际 上 ， 在 每 一 个 Sprint 中 都 产生 “已 完成 ”的 功能 对 许多 团队 来 说 是 极 具 挑 战 性 的 。 其 中 一 个 原因 是 ， 这 些 团队 被 指责 大 
只 天 心 遥远 的 最 后 期 限 ， 而 不 关心 当前 的 Sprint。 产 品 负责 人 对 团队 的 “友好 ”和 对 未 完成 工作 的 “接受 ”会 使 情况 变 得 更 粳 ， 
从 而 导致 更 多 的 朴 忽 。 


- 我 们 与 他 们 之 间 的 对 立 


个 地 点 与 男 一 个 地 点 的 对 立 。 
“ 采用 Scrum 而 不 进行 改变 


“我 们 想 采 用 LeSS， 但 不 想 改 变 任何 事情 。” 这 听 起 来 不 太 明 智 ， 但 很 常见 。 组 织 喜 欢 玩 重 大 的 更 名 游戏 。 他 们 喜欢 给 旧 
思想 贴 上 新 标签 。 他 们 采用 了 LeSS， 非 常 好 ， 接 下 来 呢 ? 


. 类 似 团 队 助 理 的 Scrum Mastet 或 反 Scrum Mastet 


不 要 成 为 团队 的 助理 ， 只 去 预订 会 议和 安排 咖啡 。 也 不 要 成 为 反 Scrum Master。 不 要 承担 了 Scrum Master 这 一 角色 ,但 
却 一 点 也 不 在 乎 。 


: 远程 Scrum Mastet 


确保 Scrum Master 与 其 团队 位 于 同一 地 点 。Scrum Master 需 要 体验 团队 ( 们 ) 的 实际 工作 ， 以 便 她 能 够 想 出 办 法 更 好 地 
帮助 团队 和 组 织 。 


: Sctum Mastet 担 任 项 目 经 理 


这 一 点 已 经 提 到 ， 但 值得 再 提 一 次 。Scrum Master 不 是 项 目 经 理 。 项 目 经 理 管理 项 目的 方式 是 安排 工作 、 跟 踪 进 度 、 协 调 
和 采取 行动 以 使 项 目 回 到 计划 的 时 间 表 。scrum Master 不 做 任何 这 类 事情 ， 也 不 对 项 目 负 责 。 他 们 不 是 项 目 或 团队 之 间 的 联系 
人 。 相 反 ， 他 们 的 重点 是 创造 伟大 的 团队 ， 创 造 健康 的 组 织 环 境 ， 以 及 为 团队 提供 良好 的 教育 。 


[1] 我 们 并 不 是 说 每 个 人 都 是 通才 ， 什 么 都 知道 。 有 关 该 主题 的 更 多 信息 ， 请 参阅 在 线 文章 : “Specialization and Generalization in 
Teams” (团队 中 的 专门 化 和 泛 化 ) 。 


6.2 巨型 Less 


巨型 LeSS 中 Scrum Master 的 角色 本 质 上 与 LeSS 中 的 角色 是 相同 的 ， 因 此 巨型 LeSS 不 会 增加 更 多 与 Scrum Master 相 关 的 规 
则 。 
指南 : 避免 需求 领域 诉 立 


巨型 LeSS 最 常见 的 问题 是 : 需求 领域 之 间 没 有 合作 。 当 组 织 结 构 、 地 点 组 织 和 需求 领域 之 间 是 一 对 一 的 形式 时 ， 出 现 问题 
的 频率 最 高 。 作 为 Scrum Master， 需 要 帮助 避免 这 种 情况 的 发 生 (参见 第 4 章 ) 。 


: 挑选 一 位 正在 帮助 产品 负责 人 团队 的 Sctum Mastet， 并 向 产品 负责 人 团队 提供 改进 反馈 (参见 第 8 章 ) 。 
" 让 一 个 Scrum Mastet 服 务 两 个 团队 ， 每 个 团队 属于 一 个 不 同 的 需求 领域 。 
` 组 织 前 面 提 到 的 社区 活动 (如 内 部 聚会 ) ,但 要 跨 需 求 领域 。 


* 组 织 跨 多 领域 的 回顾 和 跨 至 少 两 个 领域 的 评审 。 


二 部 分 LeSS 产 品 


第 7 章 产品 


任何 需要 手册 的 产品 都 是 失败 的 产品 。 


一 一 埃 隆 : 马 斯 克 


单 团 队 Scrum 


早期 的 Scr um 是 令 人 困惑 的 。 


大 多 数 早 期 的 Scrum 描 述 都 将 Scrum 称 为 管理 复杂 项 目的 框架 。Scrum 的 创建 者 之 一 肯 - 施 瓦 伯 在 他 所 著 的 《Scrum 敏 捷 项 
目 管理 》 一 书 开头 就 写 到 “我 向 您 提供 Scrum， 这 是 一 个 用 于 管理 复杂 项 目的 最 复杂 和 最 矛盾 的 过 程 。” 这 让 人 感觉 很 奇怪 
为 Scrum 一 直 关 注 的 是 产品 ， 而 不 是 项 目 。 在 Scrum 中 有 产品 待 办 事项 列表 和 产品 负责 人 ， 没 有 项 目 计划 ， 也 没有 项 目 经 





两 个 产品 还 是 一 个 ? 


幸运 的 是 ， 这 种 混乱 得 到 了 解决 。 现 在 《Scrum 指 南 》 指 出 ，“Scrum 是 一 个 开发 和 维护 复杂 产品 的 框架 ”， 并 取消 了 项 目 
这 一 说 法 [。 这 有 关系 吗 ? 关系 巨大 ! 我 们 将 在 本 章 中 给 予 讨 论 : 


把 工作 按 产 品 而 不 是 项 目 来 进行 管理 会 改变 产品 开发 中 的 组 织 结 构 、 决 策 和 行为 。 


产品 是 什么 ? 《Scrum 指 南 》 对 产品 的 含义 以 及 产品 的 范围 只 字 示 提 。 也 许 是 因为 这 很 明显 吧 ? 但 在 大 规模 开发 中 ， 产 品 的 
定义 很 少 是 显而易见 的 ， 反 而 是 需要 做 出 的 最 重要 的 决策 之 一 (参见 3.1.3 节 ) 。 


[1 也 要 消除 每 个 Sprint 都 像 一 个 小 型 项 目的 观点 。 


7.1 ”LeSS 产 品 


为 什么 产品 的 定义 很 重要 ? 因为 它 会 定义 产品 待 办 事项 列表 的 级 别 高 低 和 规模 大 小 ， 确 定 谁 是 最 终 客户 ， 以 及 谁 是 合适 的 产 


它 也 使 巨型 LeSS 比 人 们 想象 的 更 普通 。 产 品 定义 越 广 泛 往往 就 会 有 越 多 的 团队 参与 该 产品 的 开发 工作 ， 从 而 导致 LeSS 采 用 
变 成 巨型 LeSS 框 架 。 


规模 扩展 时 ， 与 产品 定义 相关 的 原则 包括 : 


整体 产品 聚焦 一 一 显然 ， 不 同 的 产品 定义 会 产生 不 同 的 关注 点 。 什 么 样 的 产品 定义 可 以 带 来 广阔 的 视角 ， 同 时 仍然 有 充分 
的 意义 值得 专注 ? 


系统 思维 和 持续 改进 以 求 完 产品 定义 导致 更 宽广 或 更 狭隘 的 视野 。 假 设 更 广泛 的 产品 定义 是 优越 的 ， 那 么 它 
会 引起 什么 样 的 系统 性 变化 呢 ? 如 果 产 品 定义 是 灵活 的 ， 它 能 帮助 持续 改进 吗 ? 








以 客户 为 中 心 一 一 无 论 选 择 什么 样 的 产品 定义 ， 它 都 必须 以 客户 为 中 心 。 扩 大 产品 定义 会 加 强 还 是 削弱 以 客户 为 中 心 的 原 
则 ? 从 这 个 角度 来 看 ， 扩 大 产品 定义 的 方向 是 更 好 还 是 更 坏 ? 
以 少 为 多 一 一 更 广泛 的 产品 定义 会 让 巨型 LeSS 比 最 初 预 期 的 更 普通 。 这 只 是 增加 了 复杂 性 ， 会 让 LeSS 带 来 更 多 的 收 


7.1.1 ”LeSS 规 则 


产品 的 定义 应 尽 可 能 广泛 ， 并 以 最 终 用 户 /客户 为 中 心 。 随 着 时 间 的 推移 ， 产 品 的 定义 可 能 会 扩大 。 我 们 倾向 于 范围 更 广 的 


7.1.2 ”指南 : 产品 是 什么 


产品 负责 人 对 产品 待 办 事项 列表 进行 优先 级 排序 ， 而 团队 以 增 量 方式 构建 产品 ， 同 时 保持 对 整体 产品 的 关注 。 但 是 产品 是 什 
2? 产品 是 团队 的 输出 ”还 是 任 一 部 门 碰巧 正在 构建 的 东西 ?还 是 一 个 组 件 ” 框 架 ” 平台 ? 这 一 点 重要 吗 ? 


非常 重要 。 产 品 定义 决定 了 产品 待 办 事项 列表 的 范围 以 及 谁 来 承担 产品 负责 人 的 角色 。 采 用 Less 时 ， 它 决定 了 可 以 预期 的 
组 织 变革 的 程度 以 及 需要 涉及 的 人 员 。 “产品 是 什么 ”” 听 起 来 很 简单 ， 但 事实 并 非 如 此 ， 这 是 一 个 不 可 或 缺 的 选择 。 


可 以 选择 狭窄 的 定义 产品 。 假 设 由 二 十 个 团队 开发 的 一 个 组 件 是 “产品 ”。 这 产生 的 结果 是 ， 一 个 并 非 以 客户 为 中 心 的 技术 
产品 负责 人 和 一 系列 产品 待 办 事项 列表 上 的 技术 条 目 。 这 样 不 好 吗 ? 是 的 。 它 无 法 销售 ， 它 不 是 以 客户 为 中 心 ， 它 不 能 提供 客户 
价值 ， 而 且 它 经 常 导 致 构建 的 东西 在 技术 上 很 酷 ， 但 不 可 用 或 不 易 用 。 


要 么 ， 选 择 广 泛 的 定义 产品 。 更 广泛 的 定义 往往 更 以 客户 为 中 心 。 当 然 ， 当 产品 定义 过 于 宽泛 时 ， 它 就 会 变 得 不 切实 际 ， 


为 它 可 能 涵盖 不 太 友 好 的 部 门 ， 甚 至 不 同 的 公司 。 此 外 ， 要 想 创建 一 个 表述 清晰 、 引 人 注目 的 产品 愿景 也 会 变 得 困难 重重 。 


那么 ， 应 该 选择 什么 样 的 产品 定义 呢 ? 


在 LeSS 中 ， 广 泛 的 产品 定义 是 首选 的 ， 因 为 它们 能 够 带 来 : 





" 实现 以 客户 为 中 心 且 细 料 度 的 优先 级 划分 总 之 ， 是 对 开发 和 产品 的 更 优 概观 。 


利用 特性 团队 解决 依赖 关系 。 

. 与 客户 一 起 思考 一 一 更 加 关注 真实 问题 和 影响 而 不 是 更 加 关注 所 请 求 的 “需求 ”。 
. 避免 重复 功能 。 

. 创建 更 简单 的 组 织 。 


实现 以 客户 为 中 心 县 更 优 的 优先 级 一 一 狭 窗 的 产品 定义 会 导致 许多 单独 的 小 型 产品 待 办 事项 列表 。 如 何 区 分 它们 的 优先 
级 ? 怎么 知道 由 于 没有 全 局 视角 而 致使 优先 级 不 合理 ? 结果 呢 ? 最 好 的 情况 是 ， 在 待 办 事项 列表 之 间 ， 而 不 是 在 待 办 事项 列表 条 
目 层面 ， 形 成 了 大 批量 粗 粒度 的 优先 级 排序 。 但 更 常见 的 是 政治 游戏 ， 例 如 力 推 某 人 喜欢 的 团队 ， 但 这 个 团队 正在 超 高 效 地 持续 
交付 低 价值 的 条 目 。 相 比 之 下 ， 在 广泛 的 产品 定义 下 ， 所 有 条 目 都 处 在 同一 待 办 事项 列表 之 中 ， 从 而 实现 了 细 粒 度 的 优先 级 划 
分 ， 并 拓展 了 对 开发 和 产品 的 全 局 观 。 


解决 依赖 关系 一 一 狭窄 的 产品 定义 会 导致 不 同 产品 之 间 的 依赖 关系 。 考 虑 这 样 一 种 情况 : 一 个 平台 产品 ， 上 面 构建 了 几 
个 “应 用 程序 产品 ”。 它 们 之 间 的 依赖 关系 是 通过 协调 角色 做 大 量 的 额外 计划 来 进行 管理 的 ， 而 且 协 调 角色 可 能 需要 单独 设立 。 
事实 上 ， 这 些 所 谓 的 产品 只 是 较 大 产品 的 各 种 组 件 ， 处 理 依赖 关系 的 技术 与 组 件 团队 组 织 中 使 用 的 技术 相同 。 但 是 ， 我 们 可 以 用 
不 同 的 方法 解决 这 些 依赖 关系: 使 用 广泛 的 产品 定义 ， 这 些 “ 依 赖 天 系 ” 实 际 上 是 在 同一 产品 中 ， 只 需要 把 跨 平 台 和 跨 应 用 程序 
的 、 以 最 终 客 户 为 中 心 的 功能 交 给 特性 团队 ， 就 能 够 解决 这 些 依赖 天 系 问题 。 这 样 做 就 可 以 避免 额外 增加 角色 和 复杂 性 。 


与 客户 一 起 思考 一 一 狭 窒 的 产品 定义 将 解决 实际 客户 问题 的 解决 方案 限制 在 当前 产品 范围 内 。 例 如 ， 客 户 要 求 这 样 一 个 功 
能 : 导出 XML 中 的 数据 ， 另 一 个 “应 用 程序 产品 ”导入 该 数据 。 如 果 产 品 定义 范围 很 窗 ， 即 产品 定义 就 是 这 些 应 用 程序 之 一 ， 
那么 它 就 会 按照 客户 要 求 的 那样 加 以 实现 ， 因 为 需求 (解决 方案 ) 就 限定 在 该 产品 范围 内 。 但 是 ， 如 果 产品 定义 更 广泛 ， 它 将 会 
扩大 团队 的 创造 性 范围 ， 使 团队 可 以 探索 更 好 的 解决 方案 以 实现 用 户 想 要 实现 的 目标 。 对 于 数据 导出 部 分 ， 团 队 可 能 会 想 出 一 种 
方法 在 应 用 程序 之 间 建 立 链接 ， 消 除 用 户 对 数据 的 手动 导出 和 导入 。 





避免 重复 的 产品 功能 一 一 狭窄 的 产品 定义 可 能 导致 开发 出 的 产品 是 类 似 的 产品 或 产品 变 体 。 这 些 产 品 或 产品 变 体 由 独立 的 
部 门 拥有 ， 也 意味 着 这 些 部 门 拥有 或 者 将 会 拥有 独立 的 代码 存储 库 。 当 有 多 个 产品 需要 类 似 或 相同 的 产品 功能 时 ， 最 终 : (1) 
将 功能 从 第 一 个 产品 移植 到 其 他 产品 ， 这 往往 涉及 额外 的 协调 和 代码 整理 ， 并 且 很 少 能 做 好 ; (2) 重新 为 不 同 的 产品 开发 相同 
的 功能 ; (3) 创建 新 的 内 部 “组 件 产品 ”并 将 所 需要 的 已 有 功能 移 到 那里 ， 这 些 做 法 与 所 有 相关 的 组 织 复杂 性 盘根错节 。 


但 是 ， 在 广泛 的 产品 定义 中 ， 产 品 变 体 是 通过 一 个 产品 待 办 事项 列表 并 且 作 为 一 个 产品 来 进行 管理 的 。 这 样 就 只 需要 一 个 共 
享 代码 存储 库 ， 并 避免 了 多 次 重新 实现 相同 功能 的 需求 。 而 且 ， 它 简化 了 组 织 。 


创建 更 简单 的 组 织 一 一 狭 窒 的 产品 定义 导致 “产品 ”之 间 的 协调 和 决策 需要 额外 的 组 织 结构 来 管理 ， 例 如 ， “解决 依 赖 天 
系 ”部 分 提 到 了 协调 角色 。 这 种 附加 结构 的 另 一 个 例子 是 项 目 (或 计划 ) 组 合 管理 ， 这 种 管理 方式 就 是 要 对 大 批量 的 需求 进行 优 
先 级 划分 。 由 于 一 些 不 明 的 原因 ， 对 狭窄 定义 产品 的 开发 必须 优先 考虑 和 资助 。 对 此 ， 传 统 的 解决 办 法 就 是 项 目 组 合 管理 ， 即 通 
过 这 种 管理 方式 ， 大 批量 需求 (构成 了 项 目 或 计划 ) 被 放 在 一 起 ， 定 期 划分 优先 级 并 提供 资金 。 请 注意 ， 对 这 种 组 合 管理 的 如 此 
明显 的 渴求 ， 其 后 果 是 狭窄 的 产品 定义 产生 了 巨大 的 复杂 性 ! 


相 比 之 下 ， 广 泛 的 产品 定义 所 带 来 的 是 所 有 工作 都 处 于 相同 的 产品 待 办 事项 列表 之 中 : 所 有 优先 级 排序 都 通过 一 个 产品 待 办 
事项 列表 来 进行 。 这 消除 了 对 现 已 过 时 的 项 目 组 合 管理 的 需求 ， 从 而 使 组 织 变 得 更 简单 站 


通过 广泛 的 产品 定义 ，LeSS 降 低 组 织 的 复杂 性 ， 消 除了 不 必要 的 、 复 杂 的 组 织 结构 ， 并 且 是 以 更 简单 的 方式 解决 了 这 些 问 
题 。 


使 产品 定义 范围 缩小 的 约束 力 


广泛 的 产品 定义 是 首要 选择 。 然 而 ， 若 将 这 一 点 发 挥 到 极致 则 会 导致 “这 个 世界 ”只 有 一 个 产品 待 办 事项 列表 。 那 么 ， 什 么 
约束 产品 的 定义 呢 ? 简 而 言 之 ， 它 们 是 共性 和 结构 。 


共性 一 一 待 办 事项 列表 中 的 条 目 必 须 是 因为 一 些 共同 的 原因 才 划 归于 同一 产品 。 约 束 产 品 定 义 的 三 个 关键 共性 是 : 


时 


: 愿景 : 共同 的 产品 愿景 可 以 激励 人 们 ， 并 促进 人 们 发 挥 创 造 力 。 而 过 于 宽泛 的 产品 定义 则 会 使 “做 事 ” 的 愿景 泛 化 ， 人 们 
便 因 此 停止 关心 愿景 。 故 而 ， 所 有 的 条 目 都 应 指向 共同 的 、 有 意义 的 愿景 。 


> 





* 客户 或 市 场 : 多 种 相关 的 小 型 产品 可 能 服务 于 同一 客户 或 市 场 。 让 产品 定义 包括 所 有 这 些小 的 产品 有 助 于 确定 它们 的 优先 
级 ， 并 鼓励 团队 探索 未 能 得 到 服务 的 客户 的 问题 。 但 过 于 宽泛 的 产品 定义 可 能 会 包含 所 有 的 客户 ， 因 此 无 法 确定 哪些 客户 的 问题 
最 需要 关注 。 因 此 ， 所 有 的 条 目 都 应 为 一 组 明确 的 、 通 常 相关 的 客户 而 准备 。 


` 域 : 同一 域 中 的 多 个 产品 通常 共享 大 量 相似 的 功能 〈 或 实现 ) ， 并 且 要 求 相同 的 域 知识 。 因 此 ， 扩 展 产品 定义 可 避免 重复 
功能 ， 并 允许 更 细 粒 度 的 优先 级 划分 。 但 是 ， 当 产品 定义 扩展 到 多 个 域 或 过 于 宽泛 时 ， 领 域 专门 化 就 不 复 存在 ， 这 将 导致 团队 永 
远 处 于 学 习 新 事物 的 状态 ， 甚 至 没有 构建 任何 东西 的 时 间 。 因 此 ， 所 有 条 目 都 应 属于 一 个 或 几 个 明确 的 客户 域 。 
共性 问题 会 导致 产品 定义 变 得 狭 窒 或 宽泛 。 


品 定 











现 有 结构 9 学 围 。 在 同一 Sprint 中 处 理 待 办 事项 列表 工作 的 团队 不 断 协调 和 集成 他 们 的 工 
作 ， 并 持续 交付 集成 的 产品 增 量 。 当 采用 LeSss 时 ， 组 织 结构 需要 改变 ， 但 有 时 现 有 结构 会 妨碍 产品 的 定义 ， 因 而 阻碍 组 织 结构 
的 改变 。 这 类 结构 有 两 种 ， 它 们 是 公司 和 部 门 : 


` 公司 : 产品 的 一 部 分 可 能 由 另 一 家 公司 构建 ， 这 会 限制 产品 的 定义 。 以 下 三 种 常见 类 型 限制 了 由 多 家 公司 开发 同一 产品 的 
公司 结构 : 


. 雇用 团队 或 外 包 开 发 一 一 其 他 公司 的 团队 只 开发 此 产品 。 因 此 ， 他 们 的 开发 是 基于 相同 的 产品 待 办 事项 列表 ， 并 且 都 在 相 
同 的 Sprint 中 进行 。 要 避免 让 这 种 结构 长 期 限制 产品 的 定义 ; 也 要 避免 把 一 个 组 件 交 给 其 他 公司 ， 因 为 这 会 导致 “组 件 - 团 队 ” 结 
构 及 其 所 有 相关 的 问题 。 





“ 定制 组 件 一 一 另 一 家 公司 对 他 们 的 通用 产品 进行 定制 开发 ， 但 该 产品 是 你 的 产品 中 的 一 个 组 件 。 他 们 无 法 在 同一 产品 待 办 
事项 列表 上 工作 ， 因 为 他 们 有 多 个 客户 ， 每 个 客户 都 有 自己 的 产品 待 办 事项 列表 。 至 少 要 尝试 让 他 们 不 断 地 将 其 产品 和 定制 组 件 
集成 到 你 的 代码 库 中 。 








通用 组 件 一 一 和 要么 你 的 公司 正在 开发 一 个 大 型 产品 中 的 一 个 通用 组 件 ， 要 么 你 的 公司 正在 使 用 其 他 公司 开发 的 通用 组 件 。 
无 论 采 用 哪 种 方式 ， 构 建 通用 组 件 的 团队 都 不 会 在 相同 的 产品 待 办 事项 列表 上 和 相同 的 Sprint 中 工作 。 





部门: LeSS 采 用 通常 会 涉及 结构 变化 。 但 是 ， 现 有 的 部 门 结构 会 影响 变化 的 程度 ， 限 制 产品 的 定义 。 例 如 ， 应 用 程序 A 运 
行 在 平台 义 上 ， 平 台 义 也 是 内 部 构建 的 ， 只 有 少数 应 用 程序 是 基于 平台 义 而 构建 。 如 果 从 组 织 结构 层面 上 看 产品 A 和 平台 义 比较 紧 
， 那 么 当 采 用 LeSS 产 品 时 ， 它 们 应 该 合并 在 一 起 。A 和 X 都 不 是 独立 的 产品 ， 但 都 是 广泛 产品 定义 的 一 部 分 。 然 而 ， 如 果 只 有 


条 


唯一 一 个 共同 的 经 理 ， 且 是 五 级 以 上 的 CEO ， 那 么 就 需要 在 CEO 级 别 上 来 做 合并 决定 。 这 是 不 切实 际 的 ， 并 且 会 在 一 开始 就 阻 
止 LeSS 的 采用 。 因 此 ， 只 需 为 A 和 X 临 时 创建 或 继续 保持 其 狭窄 的 产品 定义 ， 但 要 尝试 随 着 时 间 的 推移 对 产品 定义 进行 扩展 。 


上 一 节 提 到 了 一 个 关键 点 : 产品 定义 的 范围 可 以 随时 间 的 变化 而 改变 。 稍 后 将 在 单独 的 指南 中 对 此 进行 探讨 (参见 7.1.4 


HH 


PD) 。 
7.1.3 指南: 定义 产品 

决定 当前 的 产品 定义 和 未 来 潜在 的 扩展 是 LeSS 采 用 中 的 一 个 重要 步骤 。 这 通常 需要 在 早期 不 间断 的 讨论 中 或 在 专门 的 研讨 
会 上 来 完成 。 


我 们 首先 探讨 扩展 力 ， 然 后 探讨 约束 力 。 采 取 的 步骤 如 下 。 


步骤 1 : 能 广泛 地 扩展 产品 定义 
无 论 当前 产品 如 何 ， 请 提出 以 下 有 关 产 品 定义 扩展 的 问题 : 
. 如 果 我 们 间 最 终 客户 “我 们 的 产品 是 什么 ? ”他 们 的 回答 会 是 什么 ? 
此 问题 可 消除 组 织 内 部 对 技术 性 产品 的 关注 ， 增 加 对 客户 方面 的 关注 。 
* 我 们 是 否 有 共享 组 件 或 跨 当 前 产品 的 相同 功能 ? 
此 问题 有 助 于 寻找 可 能 会 成 为 一 个 产品 系列 的 产品 
-我们 的 产品 是 什么 的 一 部 分 ? 产品 为 最 终 客 户 解 决 了 什么 问题 ? 


这 些 问 题 可 帮助 发 所 你 产品 所 属 的 较 大 产品 或 系统 。 


步骤 2 : 根据 实际 情况 约束 产品 定义 
过 提出 以 下 问题 来 探索 约束 力 : 
: 什么 是 产品 愿景 ? 顾客 是 谁 ? 产品 的 客户 域 是 什么 ? 
这 些 问题 探讨 了 产品 中 一 定 存在 的 共性 。 
: 哪些 开发 在 我 们 公司 内 部 进行 ? 多 大 程度 的 结构 变化 是 可 行 的 ? 


这 些 问题 探讨 了 产品 定义 的 组 织 结构 边界 。 


步骤 3 : 确定 初始 产品 定义 


将 广泛 的 产品 定义 (步骤 1 的 结果 ) 与 实际 的 产品 定义 〈 步 骤 2 的 结果 ) 进行 对 比 ， 探 讨 什么 是 理想 的 、 未 来 的 产品 定义 
要 做 到 这 一 点 ， 需 要 做 出 哪些 改变 ? 


这 些 步骤 的 输出 便 是 初始 的 产品 定义 及 其 未 来 的 扩展 想法 。 


产品 定义 示例 


以 下 是 产品 定义 的 三 个 示例 。 注 意 ! 它们 是 简化 版 ， 否 则 每 一 个 都 可 以 写成 一 本 书 。 


金融 交易 
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金融 交易 组 织 通常 是 按 金融 产品 类 型 (例如 证 券 、 衍 生 品 ) 划分 的 ， 每 一 种 产品 类 型 
(处 理 ) 分 部 。 每 个 分 部 都 有 自己 的 业务 和 支持 / 开发 部 门 。 


为 前 台 (交易 ) 和 后 台 


简化 的 交易 生命 周期 包括 : 定价 、 捕 捉 、 验 证 和 增益 ， 以 及 结算 。 每 个 步骤 都 对 应 一 个 组 件 (或 “应 用 程序 。”) ， 例 如 衍生 
品 定价 组 件 或 证 券 结算 组 件 。 可 以 说 ,不 同 产 品类 型 的 组 件 之 间 存 在 50% 甚 至 更 高 的 功能 重复 度 。 


传统 的 结构 是 多 个 组 件 团队 ， 并 且 把 例如 证 券 结算 组 件 等 等 分 别 看 作 是 产品 。 是 这 样 吗 ”让 我 们 应 用 扩展 力 和 约束 力 问题 来 
作答 : 





. 如 果 我 们 问 最 终 客户 “我 们 的 产品 是 什么 ? ”他 们 的 回答 会 是 什么 ? 


可 能 是 “完全 交易 解决 方案 ”也 可 能 是 “完全 证 券 交 易 解决 方案 ”。 


* 我 们 是 否 有 共享 组 件 或 跨 当前 产品 的 相同 功能 ? 





有 ， 例 如 参考 数据 和 市 场 数据 ， 并 且 有 些 数 据 是 潜在 可 共享 的 ， 但 目前 存在 高 度 (但 隐藏 的 ) 重复 ， 如 结算 、 交 易 捕捉 等 。 
. 我 们 的 产品 是 什么 的 一 部 分 ? 


如 果 有 人 声称 证 券 结 算是 一 个 产品 ， 那 么 它 属于 证 券 后 台 的 一 部 分 ， 证 券 后 台 又 是 证 券 交 易 的 一 部 分 ， 证 券 交 易 又 可 能 是 大 
型 金融 交易 的 一 部 分 。 此 外 ， 金 融 交 易 产 品 是 包括 若干 同类 产品 和 交易 所 的 金融 交易 系统 的 一 部 分 。 


这 些 扩展 性 答案 意味 着 需要 把 产品 定义 为 一 种 允许 客户 交易 的 产品 。 它 涵盖 了 证 券 和 衍生 品 ， 从 前 台 到 后 台 ， 甚 至 可 能 
多 。 那 么 什么 是 约束 呢 ? 只 需 关 注 如 下 几 个 关键 问题 : 


. 哪些 开发 在 我 们 公司 内 部 进行 ? 
我 们 的 交易 系统 的 开发 都 是 在 公司 内 部 进行 的 ， 但 证 券 交 易 所 系统 却 是 在 外 部 。 这 无 疑 限 制 了 定义 。 
:多 大 程度 的 结构 改变 是 可 行 的 ? 


证 券 和 衍生 品位 于 不 同 的 损益 中 心 ， 而 前 端 交 易 人 员 专 门 操作 一 种 金融 产品 。 除 非 受 到 CEO 的 督促 ， 总 经 理 们 并 不 会 十 分 
关心 全 公司 范围 的 技术 效率 。 因 此 ， 拓 宽 金 融 产 品 的 种 类 还 不 切实 际 。 

前 台 / 后 台 技 术 分 部 使 用 的 组 件 无 疑 应 包含 在 一 个 更 广泛 的 产品 中 ， 例 如 更 广泛 的 、 从 前 端 到 后 端的 证 券 交 易 产 品 。 但 是 ， 
每 个 总 经 理 都 会 努力 争取 保住 他 们 的 领地 ， 而 组 织 中 没有 一 个 更 高 层次 的 人 关注 或 特别 关心 是 否 应 该 把 它们 合并 在 一 起 。 合 并 前 
后 台 目 前 在 本 质 上 有 些 不 切实 际 。 

综 上 所 述 ， 大 多 数 约束 性 回答 支持 一 种 不 包括 外 部 证 券 交 易 所 的 整体 交易 产品 。 但 最 后 一 个 问题 一 一 多 大 程度 的 结构 性 改 
变 是 可 行 的 ? 一 一 指出 了 进一步 缩小 产品 范围 的 实际 限制 。 因 此 ， 现 实 的 定义 产品 可 以 始 于 这 四 种 产品 : (1) 证 券 交 易 前 台 ; 
(2) 证 券 交 易 后 人 台 ; (3) 衍生 品 交 易 前 台 ; (4) 衍生 品 交 易 后 台 。 

未 来 的 下 一 步 可 以 是 将 证 券 前 台 和 后 台 产 品 合并 为 一 个 证 券 交 易 产品 ， 同 样 的 情况 也 适合 一 个 衍生 品 交 易 产 品 。 


电信 基站 


基站 是 电信 和 网络 的 一 部 分 ， 它 与 移动 电话 终端 进行 信息 交流 ， 并 将 其 连接 到 互联 网 上 。 通 常 ， 会 有 成 干 上 万 的 人 参与 基站 的 
开发 。 每 一 代 电 信和 网 络 (2G-GSM、3G-WCDMA、4G-LTE、5G) 都 需要 有 不 同类 型 的 基站 (或 称 之 为 基站 变 体 ) 来 支持 。 这 
些 基 站 变 体 运行 在 不 同 的 硬件 上 ， 并 提供 不 同 的 功能 。 每 一 代 电 信 网 络 通常 还 会 针对 不 同市 场 推出 不 同 技术 的 基站 子 变 体 。 例 
如 ， 对 于 LTE， 存 在 一 个 TDD-LTE 和 一 个 FDD-LTE 子 变 体 。 电 信 集 团 通常 围绕 这 些 子 变 体 进行 组 织 划 分 


一 种 基站 变 体 由 多 个 组 件 组 成 ， 主 要 包括 平台 、 应 用 程序 以 及 其 他 一 些 组 件 。 平 台 为 多 个 基站 变 体 所 共享 ， 在 传统 上 , 平台 
所 属 的 部 门 与 应 用 程序 所 属 的 部 门 是 分 开 的 。 


起 初 ， 产 品 定义 似乎 是 微不足道 的 事情 。 但 是 ， 当 它 与 扩展 和 约束 问题 放 在 一 起 做 探究 时 ， 结 果 却 远 非 微不足道 。 这 里 我 们 
只 探讨 一 些 最 重要 的 问题 : 


. 如 果 我 们 问 最 终 客户 “我 们 的 产品 是 什么 ? ”他们 的 回答 会 是 什么 ? 

假设 我 们 的 终端 客户 是 电信 运营 商 ， 例 如 AT&T， 那 么 他 们 会 说 ， 你 们 的 产品 是 一 个 特定 的 基站 变 体 ， 例 如 TD-LTE 基 站 。 
我 们 是 否 有 共享 组 件 或 跨 当 前 产品 的 相同 功能 ? 

有 。 这 些 变 体 的 功能 相似 ， 而 且 共 享 一 个 通用 的 平台 组 件 ， 这 表明 这 些 变 体 是 一 个 产 
` 产品 为 最 终 客户 解决 了 什么 问题 ? 


在 没有 电话 和 电信 了 网络 中 其 他 组 件 支持 的 情况 下 ， 单 个 基站 本 身 并 不 会 提供 任何 价值 或 者 有 用 的 功能 。 实 际 上 ， 基 站 只 是 大 
网 络 中 的 一 个 组 件 ， 这 意味 着 扩展 后 的 产品 应 该 是 整个 电信 网 络 。 


这 些 扩 展 性 问题 表明 整个 电信 和 网络 应 该 作为 一 个 产品 。 但 这 对 电信 行业 的 人 来 说 显得 有 点 滑稽 ， 所 以 让 我 们 使 用 约束 性 问题 
来 探究 其 中 的 缘由 : 


. 哪些 开发 在 我 们 公司 内 部 进行 ? 

电信 网 络 包含 大 量 的 元 件 或 其 他 组 成 部 分 ， 它 们 可 能 来 自 许 多 家 提供 商 ， 因 此 其 不 可 能 被 视 作 一 个 产品 。 但 是 所 有 的 基站 变 
体 都 在 一 个 公司 内 ， 因 此 将 产品 定义 为 基站 (覆盖 所 有 变 体 ) 是 有 意义 的 。 

.多 大 程度 的 结构 改变 是 可 行 的 ? 


不 同 的 基站 变 体 都 有 它们 自己 的 部 门 和 独立 的 代码 储存 库 .…… 它 们 的 起 源 相同 ， 但 一 路 分 裂 。 从 短期 来 看 ， 要 合并 这 些 部 门 
在 本 质 上 很 难 实现 ， 而 合并 代码 库 也 会 是 一 项 浩大 的 工程 。 


变 体 们 所 共享 的 平台 组 件 也 有 其 自己 的 部 门 ， 因 此 组 织 最 初 一 定 会 抵制 把 平台 放 在 一 个 变 体 中 。 所 有 这 些 都 严重 限制 了 产品 
的 定义 。 
结论 ? 不幸 的 是 ， 尽 管 基站 变 体 对 平台 组 件 具有 恼人 的 外 部 依赖 性 ， 进 而 导致 内 部 组 件 团队 的 不 稳定 性 ， 但 是 初始 产品 定义 
须 是 基站 的 一 个 变 体 。 随 着 时 间 的 推移 ， 产 品 定义 应 包括 平台 并 扩展 到 包括 更 多 的 基站 变 体 。 
网 上 银行 
下 面 这 个 例子 很 简短 ,但 它 包 含 一 个 重要 的 结论 
银行 服务 组 最 初 把 网 上 银行 视 为 他 们 的 产品 ， 然 而 ， 在 探讨 扩展 性 问题 时 ， 他 们 很 快意 识 到 网 上 银行 本 身 根本 不 是 一 种 产 


品 。 相 反 ， 这 是 他 们 获得 真正 产品 一 一 核心 银行 服务 一 一 的 一 个 渠道 。 当 他 们 发 现 网 上 银行 其 实 只 是 一 个 组 件 后 ， 他 们 意识 到 
这 是 许多 不 必要 的 复杂 性 的 根源 ， 例 如 “产品 ”、 计 划 管 理 和 项 目 组 合 管理 之 间 同 步 问 题 的 复杂 性 。 





不 笠 的 是 ， 通 过 约束 力 分 析 ， 银 行 服务 组 应 该 整合 到 实际 产品 中 ， 但 又 遇 到 了 相关 事务 上 的 阻力 ， 因 此 他 们 的 初始 产品 定义 
仍然 是 网 上 银行 。 然 而 ， 在 这 种 情况 下 ， 应 该 扩展 的 不 是 他 们 的 产品 定义 ， 相 反 ， 需 要 扩展 核心 银行 服务 产品 使 其 包括 网 上 银行 
服务 。 


7.1.4 指南: 扩展 产品 定义 
前 面 的 指南 明确 了 产品 定义 是 必须 做 出 的 一 种 选择 ， 并 探讨 了 约束 力 如 何 导致 初始 产品 定义 不 尽 完善 。 这 为 使 用 产品 定义 作 
为 持续 改进 的 工具 打开 了 大 门 。 


在 产品 生命 周期 中 ， 组 织 必须 不 断 地 问 自己 ，“ 是 什么 妨碍 了 我 们 扩展 产品 的 定义 ? ”问题 的 答案 可 以 推进 组 织 结构 未 来 的 
改进 。 从 这 个 意义 上 讲 ， 产 品 定 义 的 作用 与 完成 定义 的 作用 极为 相似 ， 只 是 产品 定义 往往 更 难 扩展 ， 因 为 这 种 改变 对 组 织 的 影响 
往往 更 大 ， 会 涉及 不 同 的 部 门 ， 包 括 他 们 自己 的 目标 、 损 益 和 政策 (参见 第 10 章 ) 。 


7.1.5 指南: 产品 优先 于 项 目 或 计划 


由 于 项 目 管理 的 普及 ， 大 多 数 公司 似乎 认为 所 有 的 工作 都 必须 围绕 项 目 或 计划 来 组 织 。 然 而 是 什么 定义 了 项 目 ? 项 目 有 明确 
的 开始 日 期 ， 会 被 忽略 的 明确 的 结束 日 期 ， 以 及 够 似 固定 的 范围 。 决 策 、 状 态 跟踪 和 预算 这 些 要 素 都 是 基于 短期 的 项 目 目标 。 项 
目 以 推出 发 布 版 本 为 结束 ， 当 项 目 完成 时 ， 发 布 版 本 就 完成 了 。 


产品 不 是 这 样 的 ! 


相反 ， 产 品 有 明确 的 开始 日 期 ， 不 明确 的 结束 日 期 ， 明 确 的 目标 ， 以 及 不 明确 且 不 断 变化 的 范围 。 产 品 周 期 可 能 会 比 想 象 的 
长 ! 一 个 产品 有 多 个 版 本 ， 这 些 版 本 只 是 向 客户 交付 产品 的 时 间 点 。 每 个 产品 都 几乎 包括 软件 开发 的 所 有 方面 。 不 仅 有 大 众 软件 
或 在 线 服务 等 显而易见 的 产品 ， 而 且 还 有 交易 系统 等 不 太 明显 的 内 部 产品 。 产 品 比 项 目 长 寿 。 


人 们 如 此 习惯 于 项 目 ， 导 致 没有 注意 到 许多 项 目 在 公司 中 的 用 途 是 构建 和 扩展 产品 。 但 这 是 个 错误 ! 以 管理 项 目的 方式 来 管 
理 产 品 有 着 严重 的 缺陷 ， 这 包括 : (1) 在 做 长 期 和 短期 权衡 时 ， 总 是 基于 短期 的 决策 来 进行 ; (2) 频繁 的 幻想 式 预 算 过 程 ; 
(3) 局 动 和 停止 项 目的 开销 ; 。 (4) 临时 团队 ， 甚 至 临时 雇员 。 


不 要 使 用 项 目 或 计划 来 管理 产品 ! 


LeSs 把 产品 当 作 产品 来 管理 。 这 意味 着 一 个 产品 负责 人 在 产品 的 生命 周期 内 拥有 一 个 产品 待 办 事项 列表 。 优 点 包括 : (1) 
正确 看 待 短期 /长 期 权衡 ; (2) 财务 预算 基于 产品 未 来 价值 而 非特 定 功能 ; (3) 消除 项 目 和 计划 部 门 及 相关 开销 ; (4) 拥有 
长 期 稳定 的 团队 。 


关于 项 目 和 产品 的 区 别 及 其 对 组 织 的 影响 ， 可 以 说 很 多 ， 也 许 值得 用 一 本 书 来 描述 。 


[1] 公司 级 产品 组 合 管理 用 以 决定 公司 希望 进入 哪个 市 场 。 这 种 情况 很 可 能 在 超大 型 公司 仍然 存在 。 


7.2 巨型 LeSs 


对 广泛 产品 定义 的 偏好 会 推动 更 多 的 巨型 LeSS 及 用 ， 而 且 采 用 案例 的 数量 甚至 比 大 多 数 人 预期 的 还 要 多 。 如 果 狭 窄 产品 定 
义 至 少 能 做 到 以 客户 为 中 心 ， 这 些 较 小 的 产品 则 可 能 变 成 单个 较 大 产品 定义 的 需求 领域 。 例 如 ， 在 前 面 提 到 的 金融 交易 产品 中 ， 
证 券 和 衍生 品 可 以 成 为 需求 领域 。 


我 总 是 乐于 学 习 ， 尽 管 我 不 总 是 喜欢 被 人 教导 。 





在 巨型 LeSS 组 织 中 ， 产 品 负责 人 团队 为 条 目 做 优先 级 排序 


单 团 队 Scrum 


一 个 产品 负责 人 负责 为 客户 展示 卓越 产品 的 愿景 ， 并 优化 其 产生 的 影响 | 品 负责 人 需要 研究 和 适应 各 种 变化 ， 
从 而 不 断 改进 产品 待 办 事项 列表 ， 添 加 、 删 除 和 重新 排列 (重新 排序 ) 条 目的 优先 级 。 产 品 负责 人 还 需要 保持 各 方面 的 透明 度 ， 
让 高 级 管理 层 、 团 队 和 客户 始终 能 够 看 到 。 产 品 负 责 人 需要 与 团队 和 客户 合作 以 确保 条 目 清晰 ， 还 需要 灵活 决定 为 每 个 新 的 
DN 尽管 只 有 团队 拥有 选择 权 来 决定 选择 多 少 个 条 目 。 只 有 产品 负责 人 才能 向 团队 分 配 工作 。 由 Scrum 
Master 来 指导 产品 负责 人 履行 其 职责 。 


8.1 LeSS 产 品 负责 人 


规模 扩展 时 ， 如 下 这 些 原则 与 产品 负责 人 相关 : 


整体 产品 聚焦 一 一 在 大 规模 产品 开发 中 ， 创 建 沙 箱 (人 们 在 各 自 的 沙 箱 中 做 事 ) 很 容易 。 一 个 产品 负责 人 和 一 个 产品 待 办 
事项 列表 是 整体 产品 聚焦 这 一 实践 的 基础 。 


精益 思想 : 避免 负担 过 重 一 如 何 让 一 个 产品 负责 人 负责 多 个 团队 ， 同 时 保持 产品 负责 人 的 工作 负载 可 控 呢 ”本 章 中 的 许 
多 指南 都 谈 到 了 这 一 点 ， 例 如 将 大 多 数 澄清 工作 委托 给 团队 ， 再 如 ， 尽 可 能 把 团队 与 客户 /用 户 直接 联系 起 来 。 


大 规模 Scrum 也 是 Scrum; 系统 思维 一 一 真正 的 Scrum 意 味 着 合同 游戏 的 终结 。 合 同方 式 是 一 种 传统 的 模型 ， 在 这 种 模型 
中 ， 业 务 部 门 和 开发 部 门 之 间 首 先 协商 确定 固定 范围 和 固定 日 期 的 内 部 “合同 ”， 然 后 开发 部 门 开 始 执 行 项 目 ， 以 交付 合同 内 


容 。 需 要 说 明 的 是 : Scrum 并 不 是 一 种 有 效 的 内 部 合同 交付 机 制 ， 而 是 一 种 模式 的 转变 ， 转 变 为 注重 客户 协作 和 适应 客户 ， 每 个 
sprint 都 有 交付 ， 以 及 一 个 由 来 自 业 务 部 门 具 有 决策 权 的 人 员 担任 的 产品 负责 人 。 在 大 规模 的 传统 开发 中 ， 这 种 合同 游戏 完全 融 
入 了 组 织 设 计 中 ， 并 交 由 管理 着 内 部 合同 、 无 数 个 相关 职位 、 政 策 和 流程 的 计划 管理 办 公 室 来 全 权 负 责 。 当 Less 被 引入 到 这 个 
环境 中 时 ， 它 被 错误 地 认为 是 一 种 要 适应 当前 模型 而 不 是 替换 当前 模型 的 东西 。 因 此 产品 负责 人 角色 被 错误 地 认为 要 由 计划 或 项 
目 经 理 来 担任 。 


以 少 为 多 一 一 LeSS 实 现 了 一 种 可 能 性 ， 即 只 需 一 个 人 就 可 以 有 效 扩展 产品 负责 人 的 角色 ， 大 大 减少 了 角色 、 职 位 和 复杂 
性 。 


8.1.1 ”LeSS 规 则 


一 个 完整 的 可 交付 产品 对 应 一 个 产品 负责 人 和 一 个 产品 待 办 事项 列表 。 





产品 负责 人 不 应 独自 处 理 产 品 待 办 事项 列表 梳理 工作 ; 而 应 鼓励 多 个 团队 与 客户 /用 户 及 其 他 利益 相关 者 直接 合作 ， 并 从 中 
获得 支持 。 


所 有 优先 级 顺序 都 由 产品 负责 人 确定 ， 但 优先 级 的 澄清 工作 应 尽 可 能 直接 在 团队 、 窜 户 / 用 户 和 其 他 利益 相关 者 之 问 进行 。 
8.1.2 ”指南 : 谁 应 该 成 为 产品 负责 人 

在 一 个 采用 LeSS 的 组 织 中 ， 到 哪里 找 产 品 负责 人 呢 ? 
步骤 1: 了 解 开 发 类 型 


在 哪里 找到 产品 负责 人 取决 于 开发 类 型 。 图 8-1 概 括 了 一 些 主要 的 情形 。 
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图 8-1 开发 类 型 和 产品 负责 人 位 置 


产品 开发 一 面向 外 部 客户 或 市 场 。 
内 部 (产品) 开发 一 针对 公司 内 部 的 一 个 或 多 个 团体 。 开 发 团体 称 为 IT、 技 术 或 系统 开发 。 


项 目 开 发 一 一 通常 针对 一 个 外 部 客户 。 以 项 目的 形式 来 组 织 和 承包 工作 ， 尽 管 这 不 一 定 意味 着 必须 设置 固定 范围 /日 期 /成 本 
的 项 目 合同 (参见 agilecontracts.com) 。 开 发 公司 通常 是 外 包 商 或 系统 集成 商 。 客 户 公司 内 部 包括 付费 客户 和 用 户 两 种 类 型 ， 
但 他 们 并 不 总 是 在 同一 个 部 门 。 


步骤 2: 找到 产品 负责 人 


公司 往往 要 么 有 一 个 推动 产品 创新 (例如 零售 银行 服务 ) 的 业务 单元 ， 要 么 有 一 个 产品 管理 部 门 。 传 统 的 产 
品 管理 负责 客户 和 竞争 对 手 分 析 、 产 品 愿 景 、 粗 粒度 功能 筛选 和 优先 级 排序 、 产 品 路 线 图 等 。 他 们 不 管理 传统 开发 团体 的 工作 ， 
是 由 开发 经 理 来 管理 的 。 开 发 经 理 的 责任 (显然 ) 是 ,满足 内 部 大 批量 需求 范围 和 交付 日 期 的 “承诺 ”、 负 责 团 队 之 间 的 





那么 ， 该 在 哪里 为 采用 LeSs 的 产品 团体 找 产 品 负责 人 呢 ? 如 果 有 产品 管理 部 门 ， 那 么 从 中 找 产品 经 理 是 一 个 很 好 的 选择 。 
否则 ， 就 从 推动 产品 创新 的 业务 单元 中 去 找 。 


内 部 (产品) 开发 一 一 在 LeSS 中 ， 优 秀 的 产品 负责 人 来 自 未 来 将 会 使 用 该 系统 的 团队 ， 参 与 过 与 该 系统 真实 功能 有 关 的 工 
作 ， 并 具有 丰富 的 动手 实践 经 验 。 这 类 人 非常 接近 真正 的 用 户 。 一 旦 成 为 产品 负责 人 ， 他 们 就 需要 对 产品 拥有 严肃 的 独立 决策 
权 。 


(外 包 ) 项 目 开发 一 一 关键 点 负责 人 来 自 接收 系统 的 公司 ， 与 内 部 开发 一 样 ， 其 参与 过 系统 的 实际 工作 ， 并 具有 
丰富 的 动手 实践 经 验 ， 非 常 接近 用 户 。 


无 论 是 内 部 开发 还 是 项 目 开发 ， 一 种 常见 的 情况 是 所 开发 的 系统 被 许多 个 部 门 使 用 。 在 这 种 情况 下 ， 优 秀 的 产品 负责 人 可 以 
从 某 一 主要 用 户 部 门 中 选 选 ， 因 为 这 样 的 人 选 通常 具有 丰富 的 实际 经 验 、 灵 活 的 政治 头脑 ， 且 对 承担 这 一 角色 非常 有 兴趣 。 


最 后 ， 无 论 哪 种 情况 ， 优 秀 的 产品 负责 人 总 是 对 产品 充满 热情 、 拥 有 政治 悟性 且 富 有 魅力 。 
步骤 3 : 峰 予 产 品 负 责 人 权力 和 责任 
品 负 
为 产品 负责 人 ， 其 拥有 独立 的 权力 来 做 出 严肃 的 业务 决策 以 选择 和 变更 内 容 ， 发 布 日 期 、 优 先 级 、 愿 景 等 。 当 然 ， 与 利益 相关 者 
必需 的 ， 但 真正 的 产品 负责 人 拥有 最 终 决 策 权 。 


多 地 点 提示 : 靠近 客户 而 不 是 团队 


撤 开 全 球 大 众 市 场 的 情形 不 谈 ， 有 一 点 很 重要 ， 即 在 地 理 位 置 上 ， 与 团队 相 比 ， 产 品 负责 人 要 与 客户 和 用 户 相距 较 近 。 作 为 
产品 负责 人 ， 不 要 与 团队 ， 而 要 与 客户 同 在 一 地 ， 否 则 ， 就 会 变 得 过 度 专注 内 部 ， 而 忽略 付费 客户 和 用 户 。 


这 意味 着 要 与 远程 团队 举行 多 地 点 会 议 (Sprint 计划 一 ，.……) 。 利 用 视频 协作 工具 可 以 让 这 种 会 议 相 对 有 效 ; 我 们 已 经 看 
过 很 多 这 样 的 例子 。 


8.1.3 指南 : 选择 临时 伪 产 品 负责 人 以 尽早 启动 采用 


通常 ，LeSS 的 采用 是 由 开发 团体 内 部 驱动 的 。 假 设 开发 团体 决定 ，“ 首 先 在 业务 方面 找 一 个 优秀 的 产品 负责 人 ， 然 后 出 开 
台 采 用 LeSS。” 那 么 ， 这 种 做 法 会 导致 如 下 潜在 问题 : 





` 启动 晚 业务 部 门 中 除了 发 起 变革 的 人 ， 其 他 人 员 经 常会 性 于 参与 大 事情 ， 他 们 不 了 解 变革 会 带 来 的 好 处 ， 也 不 知道 如 
何 当 产品 负责 人 。 因 此 ， 要 从 这 里 找到 一 个 产品 负责 人 ， 需 要 不 少时 日 。 





:以 混乱 开始 一 一 在 开发 团体 的 第 一 个 〈 或 第 二 个 ) Sprint 中 ， 可 能 会 出 现 一 点 混乱 ， 甚 至 一 场 灾难 ， 大 量 的 问题 也 会 随 之 
暴露 出 来 。 最 好 的 情况 是 ， 来 自 业 务 部 门 的 新 手 产品 负责 人 能 够 了 解 正在 发 生 的 事情 ， 并 且 有 耐心 。 而 最 坏 的 情况 则 是 ， 她 只 看 
到 一 团 乱 麻 。 所 以 得 出 结论 : “LeSS 把 事情 弄 得 越 来 越 粮 ， 而 且 我 不 知道 为 什么 在 早期 阶段 什么 都 还 没有 做 时 ， 就 让 我 参与 进 
来 。 » 











因此 ， 在 这 种 情形 下 ， 可 以 选 定 一 位 临时 伪 产 品 负责 人 来 快速 启动 LeSS 的 采用 ， 只 要 这 个 人 了 解 当前 的 情况 ， 有 能 力 承担 
产品 负责 人 的 角色 就 可 以 ， 而 不 必 一 定 要 来 自 业务 部 门 ， 拥 有 专门 的 业务 知识 ,或 承担 盈利 责任 。 临 时 伪 产 品 负责 人 与 团队 努力 
协作 完成 几 个 Sprint， 并 且 使 大 多 数 扭 结 的 问题 都 得 到 解决 ， 而 且 ， 有 一 点 很 重要 : 在 每 个 Sprint 中 ， 确 保 团队 都 可 以 实现 真 
正 “ 完 成 ”的 可 交付 增 量 (或 接近 的 交付 物 ) 。 为 什么 说 这 一 点 很 重要 呢 ? 因为 这 样 ， 当 开发 人 员 走 进 业 务 团 体 ， 邀 请 他 们 和 真 
正 的 产品 负责 人 一 起 参与 时 ， 他 们 将 能 够 展示 一 种 引 人 注 目的 全 新 能 力 ， 正 是 这 种 能 力 带 来 了 非常 明显 的 商业 利益 。 太 吸引 人 
了 ! 


非常 重要 的 一 点 是 ， 每 个 人 都 应 明白 临时 伪 产 品 负责 人 是 .… 假 的 ， 并 且 要 尽快 更 换 。 


8.1.4 指南; 那些 用 户 /客户 是 谁 


我 们 所 说 的 客户 是 指 那些 购买 、 获 取 或 选择 商品 的 人 ， 或 者 深入 参与 商业 决策 的 人 。 


用 户 要 复杂 一 些 ， 特 别 是 在 大 规模 开发 中 ， 组 织 孤 岛 使 得 开发 人 员 很 难 知 道 用 户 是 谁 。 我 们 所 说 的 用 户 ， 尽 管 并 非 总 是 , 但 
通常 是 指使 用 该 产品 的 实际 操作 人 员 。 用 户 并 不 总 是 付费 客户 或 高 级 决策 者 。 那 他 们 是 谁 ， 他 们 在 哪里 ? 或 者 更 具体 地 说 ， 谁 是 
需求 和 提出 需求 的 本 源 ? 谁 应 该 来 验证 产品 功能 并 提供 反馈 呢 ? 


在 大 多 数 情 况 下 ，LeSS 的 目标 是 为 了 显著 增加 开发 人 员 与 需求 真正 来 源 方 之 间 的 直接 协作 ， 以 澄清 需求 由。 但 是 ， 有 了 思 
维和 行为 的 巨大 转变 才能 对 现状 和 流程 发 起 挑战 。 因 此 ， 产 品 负责 人 需要 积极 推动 旧 结构 的 更 蔡 ， 并 在 开发 人 员 和 用 户 之 间 起 到 
一 个 连接 点 的 作用 。 


谁 来 进行 功能 验证 并 
江天 | > 1 所 - 直 来 : 
ES els 提供 反馈 ? 


pw ws AS | 没有 真正 的 用 户 甚至 代理 会 提出 需求 。| 伪 用 户 :候选 用 户 、 
全 丰 所 让 oa 20 | 相反， 第 求 来 自 内 部 的 产品 经 理 (包括 产 | 内 部 志愿 者 和 以 前 相 
品 负责 人 )、 团 队 成 员 等 关 产 品 的 用 户 
用 户 代理 ， 如 产品 经 理 、 营 销 人 员 、 
愉 成 员 和 其 他 面向 客户 或 市 场 的 专家 。 使 | 来 源 方 
用 候选 用 户 或 现 有 用 户 焦点 组 





由 客户 需求 驱动 ， 属 于 大 众 
市 场 


由 客户 需求 驱动 ， 只 来 自 客 
户 ， 例 如 只 有 50 个 客户 


来 自 多 个 客户 的 实际 操作 用 户 来 源 方 


内 部 实际 操作 用 户 来 源 方 
特殊 变 章 行动 ， 例 如 监管 特殊 变革 的 来 源 ， 如 决策 者 或 监管 者 来 源 方 
一 个 付费 客户 的 实际 操作 用 户 来 源 方 


之 中 A 和 人 hn rN ls 








注 : 这 里 只 给 出 简单 的 介绍 ， 而 不 去 深入 探讨 。 


8.1.5 ”指南 : 优先 级 确定 胜 过 澄清 


Scrum 中 有 两 个 与 产品 负责 人 相关 的 关键 信息 流 : (1) 以 自 适应 的 方式 决定 产品 的 发 展 方向 ， 并 将 这 一 决定 反映 在 产品 待 
办 事项 列表 优先 级 中 ; 。 (2) 发 现 并 澄清 用 户 需 求 和 条 目的 细节 。 第 一 个 信息 流 (方向 和 优先 级 ) 的 目标 是 查找 和 分 析 与 利润 驱 
动因 素 、 战 略 客户 、 业 务 风险 等 相关 的 信息 。 第 二 个 信息 流 (细节 和 澄清 ) 的 目标 是 探索 条 目的 细 粒 度 行为 和 条 目的 质量 、 用 户 


体验 等 。 


作为 产品 负责 人 ， 需 要 专注 于 努力 思考 产品 方向 和 条 目 优先 级 顺序 ， 而 将 细节 发 掘 工作 尽 可 能 多 地 委托 给 团队 。 需 要 鼓励 并 
帮助 团队 与 用 户 直 接 对 话 ， 充 当 连 接 者 ， 而 不 是 中 间 人 的 作用 。 简 而 言 之 ， 产 品 负责 人 主要 关注 的 是 优先 级 ， 而 不 是 可 以 委托 给 
团队 的 、 详 细 的 澄清 工作 。 


8.1.6 指南: 不 要 做 这 些 


作为 产品 负责 人 ， 可 能 会 枫 ，“ 哇 ， 就 一 个 产品 负责 人 ， 要 面 对 一 个 拥有 六 个 团队 、 大 量 需求 和 无 数 利益 相关 者 的 产品 开 
发 ， 自 己 能 应 对 吗 ?“ 


作为 LeSSs 产 品 负责 人 ， 很 容易 被 赋予 过 多 的 责任 。 产 品 负责 人 指导 开发 以 实现 产品 愿景 ， 她 参与 如 此 之 多 的 工作 ， 包 括 以 
下 所 有 方面 : 





: 方向 和 优先 级 一 一 决定 下 一 步 的 发 展 方向 


愿景、 演进 和 采用 技术 一 一 着 眼 于 长 远 








" 人 际 关系 和 政治 一 一 让 每 个 人 都 快乐 (足够 地 ) 
- 判断 和 预测 一 一 评估 市 场 和 竞争 对 手 





这 些 都 是 核心 责任 ,产品 负责 人 应 予以 关注 。 但 其 他 方面 也 有 时 间 吸 血 鬼 在 吸取 着 时 间 : 


> 二 
和 清 


" 浴 》 





探索 条 目的 详细 含义 


* 管理 工作 一 一 报告 和 跟踪 指标 


. 跨 部 门 协调 





联系 生产 、 销 售 等 


了解 市 场 、 技 术 和 竞争 对 手 





这 些 东西 最 好 委托 给 团队 。 另 外 ， 产 品 负责 人 不 应 承担 以 下 任务 : 
. 管理 依赖 项 或 在 团队 之 间 做 协调 工作 

预测 和 规划 团队 的 工作 

质疑 估算 数字 


` 其 至， 在 人 与 人 之 间 传 递 信 息 


8.1.7 指南; 产品 负责 人 帮手 


谁 可 以 分 担 产 品 负责 人 的 工作 ? 


团队 一 一 首先 也 是 最 重要 的 : 利用 团队 。 逐 渐 消 除开 发 和 产品 管理 工作 之 间 的 壁垒 ， 使 团队 越 来 越 多 地 参与 到 业务 之 中 。 
这 不 仅 可 以 分 担 产 品 负责 人 的 工作 ， 还 可 以 增加 团队 的 参与 度 并 让 团队 看 到 整体 。 有 人 考虑 过 让 团队 学 习 如 何 做 市 场 调查 吗 ” 试 
着 计划 一 下 ! 只 需 在 产品 待 办 事项 列表 中 添加 条 目 〈 例 如“ 市场 调查 ”等 ) 即 可 。 如 前 所 述 ， 请 把 条 目 澄 清 工作 以 及 与 用 户 的 会 
议 委托 给 团队 。 

产品 经 理 一 一 如 果 产 品 负责 人 是 产品 管理 组 的 成 员 ， 那 么 她 可 以 向 其 他 产品 经 理 寻求 帮助 。 

发 布 经 理 / 协 调 人 一 一 对 于 大 型 产品 ， 需 要 其 他 部 门 参与 大 量 的 准备 性 工作 ， 例 如 为 客户 支持 、 销 售 支持 和 生产 制造 等 做 准 
备 。 在 传统 的 大 型 组 织 中 ， 通 常 由 称 为 发 布 经 理 的 人 来 处 理 协调 工作 。 如 果 在 LeSs 采 用 中 ， 仍 然 还 有 未 完成 工作 ， 例 如 未 完成 
的 跨 部 门 协调 任务 ， 请 不 要 让 产品 负责 人 去 执行 。 如 果 是 小 任务 ， 指 派 一 个 正式 的 团队 成 员 去 完成 应 该 就 可 以 了 。 但 如 果 是 一 项 


较 大 的 任务 ， 例 如 运输 电信 设备 ， 那 么 仍然 需要 现 有 的 发 布 经 理 来 全 职 处 理 。 至 少 ， 应 该 确保 有 一 个 完整 的 完成 定义 。 发 布 经 理 
为 产品 负责 人 和 团队 提供 服务 和 支持 ;反之 亦 然 。 


如 果 帮 手 忙 不 过 来 ， 使 得 需要 产品 负责 人 全 职 投入 (例如 电信 设备 发 布 的 跨 部 门 协调 人 ) ， 那 么 表明 她 是 “产品 负责 人 团 
队 ” 的 一 部 分 。 也 就 是 说 ，“ 产 品 负 责 人 团队 ”的 核心 含义 是 总 产品 负责 人 加 上 所 有 领域 产品 负责 人 ， 这 是 巨型 LeSS 框 架 的 术 


1 五 
I 王 o 


小 心 ! “产品 负责 人 团队 ”中 没有 分 析 师 、 需 求 说 明 编 写 人 员 、UI/UX 设 计 人 员 或 架构 师 。 这 些 角 色 会 导致 现状 问题 和 新 标 
签 旧 结 构 问题 。 专 家 们 应 该 加 入 常规 特性 团队 。 


8.1.8 ”指南 : 五 种 关系 


图 8-2 显 示 了 大 规模 开发 团体 中 与 产品 负责 人 相关 的 五 种 关键 天 系 。 





客户 / 0 团队 


图 8-2 产品 负责 人 的 五 种 关系 


许多 采用 LeSs 的 开发 团体 能 够 迅速 掌握 产品 负责 人 与 团队 的 关系 ， 但 不 太 重 视 其 他 关系 ， 尽 管 这 些 天 系 对 成 为 成 功 的 产品 
负责 人 很 重要 。 因 此 ， 接 下 来 的 部 分 将 对 它们 进行 详细 介绍 。 


品 负责 人 -团队 关系 


传统 的 开发 团体 各 自 独 立 。 在 我 们 曾经 工作 过 的 一 些 开 发 团体 中 ， 产 品 或 业务 经 理 (其 中 一 人 将 是 产品 负责 人 ) 从 未 与 (其 
至 从 未 见 过 ) 开发 人 员 合作 过 。 当 双方 走 到 一 起 时 ， 彼 此 都 缺乏 信任 或 理解 。 要 知道 ， 开 发 人 员 总 是 以 成 功 开发 出 功能 为 荣 、 为 
乐 。 当 他 们 有 目标 感 的 时 候 ， 会 走 得 更 远 ， 而 且 他 们 会 直接 与 实际 操作 的 用 户 相关 联 。 


从 产品 负责 人 那里 ， 团 队 需 要 了 解 产 品 和 市 场 前 景 ， 以 及 下 一 步 要 创建 什么 。 而 对 于 产品 负责 人 来 说 ， 她 应 该 掌握 信息 ， 了 
解 团队 需要 什么 以 及 如 何 帮助 他 们 。 


外 提示 
共同 责任 一 一 虽然 有 一 个 人 拥有 产品 负责 人 的 头衔 ,， 但 在 一 个 伟大 的 企业 中 ， 组 织 结 构 和 文化 会 激发 每 个 人 内 在 的 主人 丛 


意识 ， 而且 人 们 把 这 种 主人 丛 意 识 当 作 是 他 们 自己 的 产品 。 产 品 负责 人 为 此 所 做 的 贡献 是 : 她 鼓励 团队 在 整个 产品 待 办 事项 列表 
梳理 和 Sprint 评 审 过 程 中 提出 他 们 的 想法 ， 并 积极 寻求 团队 的 帮助 以 完成 面向 业务 的 任务 (参见 11.1.3 节 ) 。 











. 同事 ， 而 不 是 劳工 一 一 如 果 团 队 以 层级 权力 关系 的 方式 直接 或 间接 向 产品 负责 人 报告 ， 则 应 对 这 种 结构 做 出 改变 ， 以 便 团 
队 和 产品 负责 人 进行 对 等 的 协作 。 工 作 中 ， 产 品 负责 人 不 能 像 对 待 劳工 那样 对 待 团队 ， 而 是 要 培养 合作 关系 (参见 4.1.6 节 ) 。 


* 向 团队 寻求 帮助 一 产品 负责 人 可 能 会 感到 产品 管理 任务 之 繁重 。 这 里 有 一 大 群 聪明 的 人 ， 那 就 是 团队 ， 需 要 时 他 们 愿意 
提供 帮助 。 





建立 信任 -信任 的 基础 是 透明 度 ; 在 产品 负责 人 的 行为 和 产品 待 办 事项 列表 等 方面 都 要 展示 出 透明 度 。 解 释 工作 的 目的 
和 优先 级 背后 的 原因 ， 并 允许 团队 对 此 提出 挑战 。 解 释 所 面临 的 压力 ， 而 不 将 这 些 压力 转移 给 团队 。 询 问 团队 需要 什么 帮助 ;所 
有 这 些 都 将 能 创造 出 更 多 的 信任 和 善意 ， 而 不 是 试图 把 工作 推 给 团队 (参见 5.1.3 节 ) 。 


帮助 ， 除 了 以 下 情况 … 一 一 应 团队 要 求 帮助 其 解决 问题 并 建立 信任 。 但 是 ， 如 果 团 队 要 求 产品 负责 人 做 协调 工作 一 一 协调 
工作 在 LeSS 中 可 是 团队 的 责任 一 一 那么 怎么 办 呢 ? (顺便 说 一 下 ， 这 在 新 团队 中 很 常见 ) 。 这 时 ，Scrum Master 可 以 给 予 帮助 ， 
让 产品 负责 人 拒绝 这 种 要 求 ， 当 然 需 要 解释 原因 (参见 第 13 章 ) 。 


. 不 要 微观 管理 一 一 在 Sprint 期 间 ， 团 队 会 通过 自 管理 朝 着 他 们 的 目标 迈进 。 产 品 负 责 人 不 要 跟踪 进程 、 不 要 在 此 期 间 向 团 
队 成 员 分 配 任务 等 。 当 然 她 在 这 些 方面 可 以 提供 帮助 。 


“ 回顾 





不 要 将 整体 回顾 视 为 产品 负责 人 既 可 参加 也 可 不 参加 的 活动 。 参 加 并 向 他 人 学 习 如 何 让 彼此 的 关系 不 断 改善 。 


. 走访 团队 工作 地 点 一 一 产品 负责 人 偶尔 会 走访 团队 的 工作 地 点 并 与 那里 的 团队 一 起 参加 Sprint 活 动 。 除 了 有 效 的 面对面 会 
议 ， 还 有 更 多 交谈 的 机 会 。 通 过 这 些 活动 可 以 增加 知识 ， 增 进 协调 性 。 如 果 产 品 负责 人 没有 微观 管理 的 问题 ， 对 团队 的 走访 还 可 
以 增加 善意 和 信任 。 地 会 更 好 地 了 解 团队 的 情况 ， 反 之 亦 然 。 走 访 完成 并 离开 后 ， 当 她 再 次 与 远程 团队 进行 视频 会 议 或 消息 传递 
时 ， 相 比 以 前 相互 之 间 感 觉 就 更 加 熟悉 了 。 


产品 负责 人 -客户 /用 户 关系 


过 去 的 团队 : 强 珀 立 ， 弱 反馈 。 我 们 曾 与 一 些 大 型 产品 组 合作 过 ， 这 些 产品 组 的 新 产品 负责 人 以 前 从 未 与 用 户 会 过 面 。 或 
者 ， 如 果 有 ， 也 很 少 ， 并 且 也 不 会 寻求 深入 的 反馈 和 重复 这 样 的 过 程 。 作 为 LeSs 产 品 负责 人 ， 需 要 鼓励 用 户 与 团队 一 起 定期 学 
习 有 关 频 繁 发 布 、 透 明度 和 检视 等 方面 的 知识 。 


从 产品 负责 人 那里 ， 客 户 和 用 户 需要 知道 他 们 会 在 何 时 以 及 如 何 (以 良好 的 方式 ) 受到 影响 ， 优 先 级 顺序 背后 有 什么 样 的 原 


忆 。 让 客户 和 用 户 参与 进来 ， 什 么 也 不 要 隐瞒 ， 保 持 透 明 。 对 产品 负责 人 而 言 ， 需 要 与 客户 /用 户 一 起 了 解 他 们 的 真正 目标 或 问 
题 (或 超出 其 视野 的 设想 ) ， 获 得 有 助 于 其 确定 优先 级 的 相关 信息 。 


@ 提 示 
“ 教育 一 一 作为 产品 负责 人 ， 需 要 解释 为 什么 和 如 何 向 LeSS 转 变 将 能 让 客户 /用 户 受 益 ， 以 及 哪些 变化 他 们 可 以 参与 进来 。 


变化 之 一 是 所 有 新 的 请 求 最 终 将 转发 给 产品 负责 人 ， 而 不 是 通过 旧 的 请 求 网 络 直接 转发 给 开发 团体 。 向 Scrum Master 寻 求 帮助 ， 
向 其 学 习 如 何 进 行 沟通 。 





oh 





. 与 用 户 一 
项 列表 梳理 会 议 中 。 


邀请 付费 客户 和 实际 操作 用 户 ， 与 团队 和 产品 负责 人 一 起 参与 到 Sprint 评审 以 及 面对面 的 产品 待 办 事 


. 至 少 每 个 Sprint 都 要 交付 一 一 每 个 Sprint 结 束 时 ， 其 至 更 早 ( 除 非 当 前 不 可 能 或 不 合适 ) ， 都 要 交付 有 价值 的 功能 。 当 客户 
在 使 用 每 个 Sprint 交 付 的 新 产品 增 量 时 遇 到 了 障碍 ， 请 与 团队 一 起 ， 消 除 这 些 障 碍 。 





* 提高 透明 度 一 一 例如 ， 解 释 产 品 待 办 事项 列表 和 优先 级 的 原因 。 当 变更 会 影响 客户 时 ， 快 速 通知 客户 。 


团队 -客户 /用 户 关 系 


大 型 产品 组 中 的 传统 开发 团队 很 少 与 付费 客户 和 用 户 交互 。 作 为 一 个 优秀 的 产品 负责 人 ， 总 是 希望 团队 能 够 关心 这 一 点 ， 即 
他 们 是 为 客户 创建 一 个 伟大 的 产品 。 这 需要 对 团队 有 同情 心 ， 也 需要 与 团队 进行 直接 沟通 。 团 队 需 要 来 自 客户 /用 户 的 、 与 功能 


相关 的 上 下 文 和 详细 信息 ， 而 不 是 间接 和 分 散 的 信息 。 理 想 情况 下 ， 团 队 应 该 通过 掌握 客户 的 基本 (而 不 是 表面 的 ) 目标 和 问 
题 ， 直 接 与 客户 共同 创建 解决 方案 。 


对 于 客户 ， 团 队 需 要 确认 他 们 完全 理解 问题 、 目 标 ， 以 及 正在 澄清 的 需求 。 


即使 在 辅导 LeSs 开 发 团体 时 ， 我 们 也 遗憾 地 注意 到 ， 避 免 团 队 和 用 户 直接 人 交互 的 这 种 老 旧 做 法 仍 在 继续 使 用 。 有 时 会 有 一 
个 由 分 析 师 和 UIUX 设 计 人 员 组 成 的 假 “ 产 品 负责 人 团队 ”与 用 户 进行 需求 澄清 ， 于 是 导致 了 更 多 的 交接 问题 。 为 什么 ”除了 地 


盘 式 保护 和 由 于 专家 们 加 入 真正 的 特性 团队 而 引起 的 恐惧 之 外 ， 团 队 有 时 会 因为 之 前 的 孤立 思维 和 欠缺 的 技能 而 不 愿意 与 客户 做 
需求 淤 清 。 另 一 个 原因 是 相信 “如 果 只 由 一 个 人 来 编写 需求 说 明 ， 效 率 会 更 高 一 一 这 是 局 部 优化 的 观点 。 还 可 能 是 存在 一 种 


恐 慢 ， 即 害怕 团队 和 用 户 之 间 的 公开 讨论 会 导致 需求 范围 的 葛 延 。 有 了 时， 还 因为 产品 负责 人 有 编写 需求 说 明 的 背景 ， 她 不 习惯 把 
这 项 工作 委派 给 他 人 。 


为 了 让 Less 所 带 来 的 效益 最 大 化 ， 仔 细 了 解 这 些 回避 行为 并 积极 联系 团队 和 用 户 非常 重要 。 


外 提示 





.作为 连接 点 一 -产品 负责 人 需要 鼓励 并 安排 客户 /用 户 在 以 下 方面 与 团队 直接 交互 : 产品 待 办 事项 列表 梳理 、Sptrint 评 审 


(用 功能 / 教 功能 ) 、 易 用 性 研究 、 工 作 中 的 “现场 研究 ”上 四、 安装 活动 、 培 训 等 。 


. 共享 业务 活动 一 邀请 开发 人 员 参 与 业务 开发 活动 、 业 务 分 析 、 和 营销 等 。 





* 教授 与 客户 交谈 的 技巧 有 人 会 说 : “我 们 不 能 让 开发 人 员 与 客户 交谈 ; 他 们 会 说 傻 话 。” 这 个 问题 确实 存在 ， 但 可 以 


解决 。 产 品 负责 人 需要 为 开发 人 员 教 授 知识 ， 或 要 求 组 织 提 供 一 个 小 型 课程 ， 例 如 “客户 沟通 101”。 


如 果 有 部 门 认为 他 们 的 职责 是 “管理 客户 关系 ”， 那 么 与 他 们 合作 ， 把 团队 与 客户 连接 起 来 是 一 





与 客户 关系 部 门 合作 
个 很 好 的 计划 。 如 果 这 样 做 太 慢 ， 则 不 要 等 待 或 依赖 组 织 结构 ， 作 为 产品 负责 人 ， 要 勇于 打破 传统 界限 ， 克 服 障碍 ， 将 团队 和 客 
户 联 系 起 来 。 

. 整合 中 间 部 门 一 一 传统 业务 部 门 会 使 用 中 间 业 务 分 析 、UX 或 变更 管理 等 子 部 门 或 小 组 来 收集 和 编写 需求 。 其 中 的 人 员 确 
实 可 以 承担 一 个 有 用 的 角色 : 作为 特性 团队 中 的 全 职 成 员 ， 而 不 是 中 介 角 色 。 除 了 Scrum Master 和 支持 经 理 之 外 ， 产 品 负责 人 的 
工作 是 确保 LeSS 的 组 织 设计 转变 为 真正 的 特性 团队 ， 并 消除 这 些 部 门 和 单独 的 职能 小 组 ， 创 建 一 个 更 简单 的 组 织 。 (这 些 提示 的 
重点 是 描述 产品 负责 人 如 何 培养 更 好 的 “团队 -客户 ”关系 。 有 关 团 队 与 客户 关系 的 提示 ， 请 参阅 第 9 章 和 第 13 章 。) 


产品 负责 人 -高 层 管理 者 关系 


我 们 注意 到 ， 在 传统 的 组 织 中 ， 没 有 人 对 产品 的 成 败 负 真 正 的 责任 。 产 品 管理 部 门 在 一 年 前 把 需求 清单 交 给 了 开发 部 门 。 开 
部 门 还 没有 开发 出 清单 中 太 多 的 功能 ， 销 售 就 已 做 出 了 不 切实 际 的 承诺 ， 并 且 .…… 所 有 这 些 让 管理 层 发 疯 。 


在 LeSss 中 ， 产 品 组 之 上 的 高 层 管理 者 (组 合 管理 人 员 ，(5 级 别 主管 ，……) 应 明确 无 误 地 将 产品 负责 人 视 为 最 终 责任 和 义务 
的 承担 者 。 当 与 高 级 管理 层 的 天 系 比较 顺畅 时 ， 产 品 负责 人 将 会 获得 所 需 的 支持 ， 以 便 专 注 于 交付 卓越 的 产品 。 


产品 负责 人 负责 使 产品 开发 状态 对 高 层 管理 者 清晰 可 见 ， 并 实现 其 要 求 的 〈 也 可 能 是 隐 含 的 ) 任务 ， 以 优化 预期 会 产生 的 影 
响 〈(ROI， 市 场 份额 ，……) 。 产 品 负责 人 在 Scrum Master 的 支持 下 ， 致 力 于 改进 组 织 设计 ， 从 而 使 产品 团体 通过 业务 敏捷 性 获 
得 竞争 优势 。 


当 高 层 管理 者 不 认为 产品 负责 人 应 对 产品 成 功 负责 时 ， 产 品 负责 人 将 会 遇 到 以 下 问题 : 


: 未 授予 制定 和 执行 坚定 的 产品 决策 的 组 织 权 力 。 
对 于 资源 没有 足够 的 影响 力 ， 包 括 资金 、 更 多 或 更 少 的 团队 、 工 作 地 点 等 。 


虽然 这 些 问题 可 能 存在 于 单一 产品 公司 ， 但 在 多 产品 公司 中 最 常见 。 为 什么 ? 假设 企业 有 五 个 产品 组 ， 其 中 只 有 一 个 产品 组 
采用 LeSS。 于 是 ， 产 品 组 (高 级 管理 层 等 ) 一 直 与 四 个 传统 产品 组 互动 ， 他 们 期 望 看 到 某 些 传统 的 指标 、 里 程 碑 和 报告 。 但 
是 ， 他 们 被 要 求 通过 产品 负责 人 来 与 LeSSs 产 品 组 互动 ， 而 且 互 动 的 内 容 是 工作 成 果 和 适应 能 力 等 。 此 外 ，LeSSs 采 用 可 能 是 





用 征 
LeSs 产 品 组 内 部 ， 而 不 是 由 高 层 管理 者 驱动 的 。 从 本 质 上 讲 ， 这 就 是 要 求 高 层 管理 者 在 两 套 根本 不 同 的 组 织 原 则 之 间 进 行 转 
换 .….. 他 们 甚至 可 能 还 没有 意识 到 这 一 点 ! 对 于 产品 负责 人 来 说 ， 掌 握 这 种 动态 是 很 重要 的 ， 并 且 要 积极 地 减轻 错误 的 预期 和 这 


种 动态 可 能 造成 的 混乱 。 
@ 担 示 
自我 评估 一 一 要 想 成 为 产品 负责 人 的 人 们 ， 可 以 对 自己 进行 一 个 评估 ， 好 的 候选 人 有 具有 以 下 特征 : (1) 与 高 层 管理 者 有 


着 牢固 的 、 受 到 得 重 的 关系 ; (2) 热衷 于 变革 并 坚持 到 底 ; (3) 对 产品 和 客户 充满 热情 ; (4) 拥有 或 将 拥有 严肃 的 决策 权 ， 
(5) 渴望 拥有 所 有 权 。 


. 教育 他 人 并 推广 角色 一 一 产品 负责 人 可 能 是 公司 中 的 一 个 新 角色 。 其 他 人 不 会 理解 这 一 点 ， 除 非 产品 负责 人 推销 自己 ， 推 
销 这 一 角色 的 益处 ， 否 则 他 们 永远 不 会 理解 。 产 品 负责 人 需要 为 高 层 管理 者 提供 教育 ; 如 果 产 品 负责 人 这 样 做 了 (强调 参与 ) ， 
这 很 理想 ,但 可 能 需要 Scrum Mastet 的 帮助 。 


` 与 “产品 负责 人 ”沟通 一 一 当 高 层 管理 者 提出 了 解 产品 或 状态 的 要 求 时 ， 产 品 负 责 人 应 为 默认 的 联系 人 。 产 品 负 责 人 应 该 
告诉 大 家 并 强调 这 一 点 。 


产品 负责 人 -Scrum Master 关 系 


其 他 的 关系 与 产品 的 “产品 所 有 权 ” 直 接 相 关 。 但 这 一 种 关系 不 同 ， 它 与 产品 负责 人 的 知识 和 行为 有 关 。 如 果 有 一 个 熟练 的 
产品 负责 人 与 团队 一 起 不 断 改进 ， 那 么 团队 就 有 更 好 的 机 会 通过 使 用 LeSs 来 优化 效益 。 而 且 团队 会 更 快乐 ! 


从 产品 负责 人 那里 ，Scrum Master 需 要 知道 关切 点 、 问 题 和 障碍 ， 这 样 他 们 就 能 提供 帮助 。 优 秀 的 Scrum Master 可 以 是 
善于 聆听 的 耳朵 ， 或 者 别人 哭泣 时 的 肩膀 。 对 于 产品 负责 人 来 说 ，Scrum Master 可 以 为 其 提供 教育 和 反馈 ， 帮 助 其 更 好 地 学 
习 。 产 品 负责 人 可 以 提出 要 求 ， 比 如 要 求 为 团队 提供 指导 。 


@ 提 示 
" 只 有 几 个 一 一 产品 负责 人 只 与 一 个 到 两 个 Scrum Mastet 密 切合 作 。 


. 作为 学 生 一 一 产品 负责 人 通过 参加 Scrum Mastet 的 课程 、 听 取 他 们 的 建议 、 与 他 们 进行 结对 工作 (例如 了 解 并 设置 产品 待 
办 事项 列表 优先 级 ) 、 观 察 他 们 在 LeSS 活 动 中 充当 会 议 协 调 员 等 方式 来 学 习 相 关 的 知识 和 概念 。 





- 反思 一 一 产品 负责 人 可 以 要 求 团队 和 其 他 人 对 其 行为 提供 反馈 ， 并 要 求 他 们 对 各 种 情形 的 工作 进行 反思 。 
8.1.9 指南 : 客户 协作 胜 过 .…… 


寺 续 的 优先 级 排序 意味 着 需要 “始终 ”更 新 产品 待 办 事项 列表 中 现 有 条 目 和 新 条 目的 优先 级 顺序 ， 以 优化 各 方 学 习 产生 的 影 
响 。 理 想 情况 下 ， 至 少 每 一 个 Sprint 都 要 交付 早期 价值 、 增 加 透明 度 和 获得 反馈 。 反 馈 反 过 来 又 将 影响 新 的 优先 级 顺序 。 


对 于 一 个 从 大 型 传统 产品 组 织 转型 为 LeSs 的 组 织 来 说， 持续 的 优先 级 排序 通常 会 导致 人 们 的 心态 和 行为 产生 戏剧 性 的 变 
化 ， 因 为 他 们 以 前 玩 的 是 合同 游戏 ， 尽 管 有 时 仍 会 玩 ， 但 在 这 里 已 不 再 合适 。 


合同 游戏 


在 传统 的 (特别 大 的 ) 开发 组 中 ， 通 常 是 业务 单元 或 产品 管理 组 一 方 与 开发 组 协商 制定 一 个 内 部 的 固定 范围 “合同 ”B31， 合 
同 内 容 需 要 在 特定 日 期 前 或 者 通常 是 在 特定 成 本 范围 内 交付 。 合 同 随后 移交 给 开发 组 ， 开 发 组 被 告知 “要 对 它 做 出 承诺 ”并 负责 


交付 合同 内 容 。 


在 产品 开发 中 ， 固 有 的 复杂 性 和 可 变性 使 确定 的 范围 、 细 节 或 工作 承诺 估算 变 成 了 一 种 幻想 。 因 此 ， 履 行 强制 性 的 承诺 就 像 
是 企业 或 产品 管理 组 与 开发 组 之 间 进 行 的 指责 游戏 。 这 种 游戏 导致 了 产品 质量 和 组 织 能 力 缓慢 且 不 可 避免 地 下 降 。 原 因 是 什么 
呢 ? 


简 而 言 之 和 内， 为 了 实现 强制 性 的 承诺 ， 即 内 部 约定 ， 游 戏 可 以 帮助 取得 一 个 大 家 都 能 看 到 的 短期 胜利 。 在 这 个 过 程 中 ， 问 题 
可 能 会 通过 快速 反应 或 捷径 得 到 解决 ， 但 这 些 快速 反应 和 捷径 往往 会 被 延迟 ， 因 而 造成 间接 的 负面 影响 ， 产 生 技术 债务 。 那 些 强 
制 团队 履行 承诺 的 人 很 少 会 留 下 来 继续 第 二 个 合同 游戏 ， 所 以 他 们 永远 不 会 经 历 这 些 技术 债务 在 未 来 产生 的 后 果 。 因 此 ， 当 下 一 
个 合同 游戏 开始 时 ， 情 况 甚至 会 变 得 更 糟 ， 如 此 这 般 便 开始 了 恶性 循环 。 最 终 ， 该 产品 滑 入 了 最 糟 产 品 阵营 ， 并 退役 成 为 “遗留 
系统 ”。 





采用 LeSS 框 架 意 味 着 放弃 固定 范围 的 幻想 ， 放 弃 合 同 游戏 ， 并 利用 一 个 接 一 个 的 Sprint 中 的 各 种 信息 来 指导 产品 开发 ， 使 产 
出 价值 最 大 化 。 这 并 不 意味 着 没有 长 期 的 计划 ， 而 是 意味 着 不 要 把 计划 与 现实 混淆 起 来 。 它 意味 着 学 习 和 应 对 变化 ， 而 不 仅 仪 是 
遵循 计划 。 


8.1.10 指南: 至 少 每 个 Sprint 都 有 交付 


对 于 大 型 产品 组 织 来 说 ， 要 在 每 一 个 Sprint 中 都 能 真正 地 向 市 场 (或 向 内 部 用 户 ) 交付 意味 着 组 织 需要 在 思维 和 行为 方面 做 
出 巨大 改变 。 我 们 知道 对 于 某 些 情况 ， 目 前 还 不 可 能 做 到 每 一 个 Sprint 都 有 交付 ， 例 如 复杂 的 硬件 开发 。 但 是 ， 总 的 来 说 ， 纯 软 
件 产品 开发 是 有 可 能 的 。 我 们 也 承认 在 有 些 情况 下 ， 不 适合 或 不 可 能 每 一 个 Sprint 都 能 真正 地 交付 ， 例 如 ， 遇 到 一 次 配合 营销 活 
动 的 大 发 布 。 

但 是 ， 作 为 产品 负责 人 ， 只 要 可 能 ， 你 就 应 决定 在 每 一 次 Sprint 中 (甚至 更 频繁 地 ) 交付 。 为 什么 ? 原因 包括 : (1) 提早 
交付 价值 ; (2) 获得 对 新 功能 有 效 性 的 反馈 ， 以 便 在 未 来 的 Sprint 中 更 好 地 调整 ; (3) 提高 对 不 断 变化 的 业务 需求 的 响应 能 
力 ; (4) 开发 团体 的 深度 改进 ， 因 为 阻碍 频繁 交付 的 摩擦 会 变 得 非常 明显 ， 需 要 解决 ; (5) 团队 从 成 就 感 和 进步 感 中 获得 更 
好 的 内 在 激励 ; (6) 因为 成 果 明 显 ， 利 益 相 关 者 之 间 的 信任 增加 。 

每 个 Sprint 交付 (或 频繁 交付 ) 还 有 另 一 个 好 处 ， 它 与 组 织 对 变革 的 抵制 程度 成 正比 (在 大 型 产品 组 中 更 明显 ) ， 即 …… 

交付 胜 于 雄 辨 。 


每 个 Sprint 交 付 可 以 产生 强大 的 、 切 实 的 影响 ， 这 一 点 打破 了 大 型 产品 组 中 关于 变革 的 许多 争论 ， 并 很 快 成 为 使 用 LeSS 能 
产生 更 多 交付 的 有 力 证 据 。 


一 旦 做 到 每 个 Sprint 交 付 ， 就 可 以 探索 更 频繁 的 功能 交付 ， 为 客户 提供 持续 不 断 的 价值 流 。 


8.1.11 指南 : 不 必 太 友好 


假设 有 一 个 新 成 立 的 LeSS 产 品 组 ， 这 不 会 是 全 新 的 ! 受过 训练 的 人 们 更 倾向 于 接受 平庸 的 习惯 。 由 于 长 的 发 布 周期 和 相互 
孤立 ， 旧 系统 中 的 这 些 习 惯 被 人 们 容忍 了 ， 甚 至 看 不 到 。 


因此 ， 新 的 LeSs 产 品 组 很 少 能 够 在 Sprint 结束 时 交付 “完成 ”的 条 目 。 这 一 点 是 可 以 理解 的 ， 因 为 团队 需要 时 间 变 成 真正 的 
团队 ， 需 要 时 间 学 会 学 习 。 这 甚至 是 意料 之 中 的 事 .….. 但 并 不 是 提倡 的 做 法 。 


作为 产品 负责 人 ， 在 为 团队 设 定 期 望 方面 发 挥 荐 关键 作用 。 这 样 的 情形 一 定 会 发 生 : 团队 找到 产品 负责 人 ， 告 知 其 有 一 组 条 
目 只 是 半成品 。 熟 练 的 产品 负责 人 可 能 会 表示 同情 .…… 但 不 会 “接受 ”。 所 以 ， 不 必 太 友 好 。 相 反 ， 要 非常 清楚 地 向 团队 表明 那 
些 条 目 是 没有 完成 的 ， 并 且 希 望 团队 改进 工作 方式 ， 以 便 交 付 完 成 的 条 目 。 


这 并 不 意味 着 要 求 所 有 最 初 计划 的 条 目 在 每 次 Sprint 中 都 能 完成 。 这 种 要 求 只 会 导致 合同 游戏 弊端 的 回归 一 透明 度 降 低 ， 
为 避免 惩罚 而 拼凑 ， 以 及 产品 质量 和 学 习 热情 下 降 。 为 了 管理 开发 的 可 变性 ， 团 队 可 以 从 Sprint 中 取消 条 目 ， 甚 至 不 启动 它 ， 这 
是 可 接受 的 。 而 本 指南 针对 的 是 条 目 中 草率 的 不 完整 的 工作 ， 这 些 工作 团队 有 能 力 做 但 却 留 下 一 半 没 有 做 ， 其 原因 是 多 年 来 没有 
创建 过 真正 “完成 ”的 端 到 端的 功能 。 


我 们 经 常 看 到 “友善 ”的 产品 负责 人 接受 由 于 平庸 的 实践 和 孤立 的 思维 而 导致 的 未 完成 条 目 。 这 种 默许 的 做 法 会 导致 团队 持 
续 地 表现 不 佳 。 作 为 产品 负责 人 ， 应 确保 团队 知道 他 们 需要 改进 和 扩展 完成 定义 ， 而 不 是 削弱 它 。 


一 旦 明确 了 这 一 点 ， 组 织 就 必须 快速 有 效 地 提供 具体 的 措施 来 帮助 改进 。 否 则 的 话 ， 团 队 的 动力 和 信任 就 会 因此 而 被 损害 
(参见 5.1.5 节 ) 。 


8.1.12 指南 : 松手 


“不 必 太 友好 ”并 不 意味 着 微观 管理 。 在 高 效 的 LeSS 采 用 中 ， 特 性 团队 是 自 管理 的 、 同 地 点 的 ， 他 们 负责 所 有 工作 并 与 其 
他 团队 协调 。 在 短 时 间 内 交付 (或 未 能 交付 ) 完整 的 产品 可 以 带 来 高 透明 度 。 所 以 ， 在 Sprint 中 试图 控制 开发 的 习惯 可 以 松手 
了 。 





许多 团队 不 擅长 自 管 理 ， 但 这 种 弱点 并 不 能 通过 告诉 他 们 怎么 做 得 以 解决 ! 他 们 需要 空间 和 时 间 ， 以 及 一 个 熟练 的 Scrum 
Master 来 帮助 他 们 成 长 。 


在 LeSS 组 织 中 ， 产 品 负责 人 的 控制 是 轻 量 级 的 、 简 单 的 。 例 如 ， 作 为 产品 负责 人 ， 可 以 如 下 行事 : 


1. 在 Sprint 过 程 中 ， 不 要 检查 团队 或 要 求 他 们 提供 状态 报告 。 任 何其 他 管理 人 员 也 不 应 该 这 样 做 。 让 团队 自行 其 是 。 产 品 负 
责 人 需要 做 的 是 关注 客户 ， 为 未 来 Sprint 做 好 准备 。 当 然 ， 如 果 团 队 寻 求 帮助 ， 就 需要 提供 帮助 。 


2. 在 Sprint 评审 中 ， 使 用 产品 ， 并 了 解 使 用 的 情况 。 以 自 适 应 的 方式 决定 下 一 个 Sprint 的 目标 。 


3. 在 全 体 回 顾 中 ， 检 查 并 了 解 哪些 流程 、 环 境 和 行为 产生 了 阻碍 或 帮助 作用 。 根 据 情况 ， 与 团队 讨论 并 确定 相应 的 改进 试 


如 果 控 制 似乎 无 力 或 者 无 效 ， 通 常 的 对 策 是 缩短 Sprint 时 间 ， 通 过 更 好 的 完成 定义 来 增加 透明 度 ， 以 及 更 频繁 的 发 布 。 


8.1.13 指南: 不 要 让 未 完成 工作 毁 掉 自己 


简单 来 说 ， 完 成 定义 和 潜在 可 交付 之 间 的 区 别 形成 了 未 完成 工作 。 在 传统 大 型 组 织 中 第 一 次 采用 LeSS 时 ， 这 种 情况 尤其 常 
见 。 阅 读本 指南 的 快速 版 本 : 本 书 第 10 章 ， 其 中 解释 了 未 完成 工作 及 其 含义 。 


作为 产品 负责 人 ， 需 要 确保 任何 未 完成 工作 都 能 被 明确 地 识别 出 ， 明 和 白 如 何 处 理 这 些 工 作 ， 并 与 团队 一 起 努力 消除 这 些 工 
作 。 为 什么 ?因为 未 完成 工作 意味 着 延迟 和 风险 。 


处 理 未 完成 工作 的 最 好 方法 是 不 要 留 下 任何 未 完成 工作 ， 并 做 到 每 个 Sprint 都 有 发 布 。 
8.1.14 指南 :i LeSS 会 议 


在 我 们 介绍 LeSS 时 ， 有 一 个 问题 常会 被 问 到 : “一 个 产品 负责 人 如 何 管理 所 有 团队 的 所 有 会 议 ?” ”幸运 的 是 ， 这 个 问题 源 
于 一 种 误解 。 一 个 LeSs 产 品 负责 人 不 会 参加 每 个 团队 的 每 个 会 议 。 例 如 ， 只 有 一 个 共同 的 Sprint 计划 一 会 议 ， 所 有 团队 成 员 都 参 
加 。 


产品 负责 人 会 参加 什么 样 的 LeSS 会 议 ? 在 典型 的 两 周 Sprint 中 ， 会 议 的 实际 平均 时 长 是 多 少 ? 
1.Sprint 计 划 第 一 部 分 : 1 小 时 中 ]。 

2. 如 果 进 行 总 体 产品 待 办 事项 列表 梳理 : 1 小 时 。 

3.Sprint 评 审 : 2 小 时 。 

4. 全 体 回顾 : 1.5 小 时 。 

所 以 ， 总 的 开会 时 间 比 新 产品 负责 人 想象 的 要 少 : 实际 上 ， 两 个 星期 的 Sprint 一 般 总 共 需要 六 个 小 时 。 
当然 ， 当 产品 负责 人 需要 与 团队 交谈 时 ， 不 要 等 这 些 会 议 。 边 走边 谈 就 可 以 ! 


四 自始至终 ， 用 户主 要 是 指 着 真正 动手 使 用 产品 的 人 。 

D] 克 雷 格 的 第 一 份 工作 是 20 世 纪 70 年 代 在 一 家 保险 公司 开发 软件 ， 公 司 要 求 开 发 人 员 在 工作 场所 花 时 间 与 实际 用 户 打交道 ， 帮 
助 他 们 完成 工作 ， 以 更 好 地 理解 他 们 的 背景 和 需求 。 

[3] 本 合同 是 内 部 协议 ， 不 是 对 外 商业 合同 。 

风 ”这 是 一 组 迷人 的 系统 动态 ， 我 们 在 《精益 和 敏捷 开发 大 型 应 用 实战 》 一 书 中 的 “产品 管理 ”和 “遗留 代码 ”两 章 ， 以 及 《 精 
益 和 敏捷 开发 大 型 应 用 指南 》 一 书 中 的 “系统 思维 ”和 “组 织 ” 两 章 中 对 此 做 了 剖析 。 

[5] LeSS 中 的 一 种 可 选 会 议 。 请 参阅 本 书 11.1.2 节 。 


8.2 巨型 Le9s 


大 规模 扩展 时 ， 与 产品 负责 人 相关 的 原则 包括 以 下 两 项 : 


整体 产品 聚焦 一 一 整个 领域 待 办 事项 列表 有 大 量 的 细节 如 同 泛滥 的 洪水 会 淹没 产品 负责 人 的 视野 ， 使 其 无 法 看 到 全 局 。 而 
且 由 于 领域 产品 负责 人 在 其 领域 内 有 很 大 的 自由 度 ， 他 们 可 以 引入 新 的 方向 和 细节 ， 因 此 要 保持 全 局 视野 更 是 难 上 加 难 。 





以 客户 为 中 心 一 一 当 大 量 需求 横 跨 多 个 领域 时 ， 要 实现 一 致 的 用 户 体验 或 完整 的 端 到 端 解 决 方 案 ， 需 要 进行 更 多 的 协调 。 
产品 负责 人 团队 


“产品 负责 人 团队 ”中 没有 分 析 师 、 需 求 说 明 编 写 人 员 、UI/UX 设 计 人 员 或 架构 师 。 这 些 角 色 会 导致 现状 问题 和 新 标签 旧 结 
构 问 题 。 专 家 们 应 该 加 入 常规 特性 团队 。 


8.2.1 ”巨型 LeSS 规 则 
每 个 需求 领域 有 一 个 领域 产品 负责 人 。 
一 个 (总体) 产品 负责 人 负责 产品 级 的 优先 级 划分 ， 并 决定 哪些 团队 在 哪个 领域 工作 。 他 应 与 各 领域 产品 负责 人 密切 合作 。 


领域 产品 负责 人 就 是 其 团队 的 产品 负责 人 。 
8.2.2 指南: 巨型 LeSS 产 品 负 责 人 


在 巨型 LeSS 框 架 和 小 型 LeSS 框 架 中 的 产品 负责 人 ， 其 角色 有 一 些 重 填 ， 例 如 定义 愿景 和 和 了解 竞 争 对 手 ， 但 是 其 差异 也 很 
大 。 


在 小 型 LeSS 框 架 中 ， 产 品 负责 人 会 花 时 间 为 即将 到 来 的 Sprint 选 择 条 目 ， 在 Sprint 计 划一 会 议 中 与 团队 会 面 ， 等 等 。 但 巨型 
LeSS 产 品 负责 人 并 不 这 样 做 一 一 除非 有 正常 的 现场 观察 等 特殊 情况 。 她 的 重点 包括 粗 粒 度 任务 和 组 织 层面 的 任务 : 


. 识别 并 为 跨 产 品 的 粗 粒 度 主题 和 特大 需求 排列 优先 级 顺序 例如 “健康 ”或 “支持 FDD 的 LTE”，, 但 不 必 深 入 到 细节 凯 。 

. 确定 将 会 导致 需求 领域 发 生变 化 的 业务 和 技术 趋势 。 

:添加 /删除 和 扩大 /缩小 需求 领域 。 

. 将 团队 分 配 到 需求 领域 。 

: 发现、 发 展 和 支持 领域 产品 负责 人 。 

. 检查 和 调整 每 个 需求 领域 内 优先 的 粗 粒度 主题 。 

. 与 高 层 管理 者 一 起 决定 工作 地 点 战略 。 

除了 小 型 LeSS 框 架 中 的 五 大 关系 之 外 ， 巨 型 LeSS 还 有 第 六 种 关系 : (总 体 ) 产品 负责 人 和 领域 产品 负责 人 关系 (参见 8.1.8 
节 ) 。 


8.2.3 ”指南 : 领域 产品 负责 人 


按照 与 上 一 指南 相同 的 标准 为 小 型 LeSS 框 架 寻 找 领域 产品 负责 人 。 例 如 ， 在 产品 开发 中 ， 产 品 经 理 一 般 都 是 需求 领域 的 专 
家 ， 非 常 适合 作为 领域 产品 负责 人 (APO) 候选 人 。 


领域 产品 负责 人 与 总 体 产 品 负责 人 的 工作 权限 不 同 。 后 者 拥有 独立 决策 权 以 决定 产品 范围 的 方向 、 发 布 时 间 ， 以 及 需求 领域 


但 总 体 产 品 负责 人 应 尽 可 能 把 决定 领域 愿景 和 优先 顺序 的 责任 和 权力 下 放 给 其 领域 产品 负责 人 。 





极 小 领域 导致 领域 产品 负责 人 错位 个 正常 的 需求 领域 通常 有 4 个 以 上 的 团队 ， 而 不 是 更 少 向 。 在 只 有 一 个 或 两 个 团队 
的 极 小 领域 中 ，APO 角 色 会 发 生 什么 变化 ” 它 会 转变 成 一 种 条 目 澄 清 角色 ， 一 个 分 析 师 或 需求 说明 撰写 者 ， 而 不 是 一 个 把 战略 


和 利润 重点 放 在 主要 市 场 领域 的 人 。 此 外 ， 产 品 负责 人 并 不 是 与 少数 真正 以 战略 为 中 心 的 企业 家 式 的 领域 产品 负责 人 合作 ， 而 是 
与 大 量 被 重新 标记 为 “领域 产品 负责 人 ”的 业务 分 析 师 或 项 目 经 理 合作 。 


敏捷 性 和 工作 安全 一 一 在 传统 组 织 中 ， 需 求 领域 扩张 和 萎缩 的 速度 可 能 比较 快 ， 但 在 LeSS 组 织 中 ， 需 求 领域 的 扩张 和 萎缩 
应 随 着 时 间 的 推移 缓慢 推进 ， 以 便 捕 近 到 大 量 不 断 变 化 的 机 会 。 处 在 萎缩 领域 的 人 员 (包括 领域 产品 负责 人 ) 如 果 对 其 工作 感到 
恐 慢 ， 则 会 出 现 工作 阻力 和 降低 的 透明 度 ， 从 而 影响 组 织 的 敏捷 性 。 所 以 ， 工 作 安 全 政策 需要 及 时 到 位 。 


临时 伪 领 域 产 品 负责 人 一 一 与 LeSS 框 架 指南 中 对 临时 伪 产 品 负责 人 的 建议 相同 : 要 找到 一 个 真正 优秀 的 领域 产品 负责 人 
(如 专家 级 产品 经 理 ) 可 能 需要 时 间 。 因 此 ， 为 了 避免 新 需求 领域 启动 的 延迟 ， 请 快速 找到 一 位 临时 的 产品 负责 人 来 负责 执行 ， 
此 人 不 必 有 特殊 的 业务 洞察 力 或 责任 。 然 后 尽快 找到 合格 的 产品 负责 人 蔡 换 掉 该 人 员 。 


8.2.4 指南 : 由 Scrum Master 协 助 PO 团队 
产品 负责 人 (PO) 团队 需要 学 习 如 何在 巨型 LeSS 框 架 中 协同 工作 。 在 商业 产品 开发 中 ， 他 们 可 能 承担 过 产品 经 理 的 角色 ， 
他 们 工作 于 同一 产品 团体 ， 遵 循 相同 的 交流 准则 ， 但 是 对 他 们 来 说 ，LeSS 是 新 的 环境 。 在 内 部 开发 中 ， 他 们 可 能 未 曾 有 过 合 


作 。 他 们 需要 养 成 反思 和 和 自我 完善 的 习惯 。 请 找 一 位 自愿 的 Scrum Master 来 帮助 他 们 ,该 Scr um Master 可 以 参加 产品 负责 人 
团队 会 议 ， 安 排 并 促进 定期 回顾 ， 并 向 PO 团队 反馈 他 们 的 工作 情况 。 


[1] 我 们 并 不 是 推荐 对 细节 不 感 兴趣 或 不 了 解 细 节 的 产品 负责 人 ， 我 们 是 推荐 在 大 型 产品 交付 中 ， 不 陷入 不 重要 的 细节 的 产品 负 


加 一 个 特殊 的 情况 是 ， 当 预测 到 一 个 领域 需要 许多 团队 开发 时 ， 可 以 首先 开发 这 个 领域 。LeSS 采 用 可 以 从 一 个 领头 羊 团队 开 
始 ， 他 们 首先 清除 迷雾 ， 然 后 指导 其 他 新 来 的 团队 学 习 该 新 领域 。 请 参阅 本 书 4.2.3 节 。 


第 9 章 ”产品 待 办 事项 列表 


一 个 拥有 246 种 奶 酷 的 国家 ， 你 如 何 治 理 ? 


市 场 启动 领域 
总 体 PB 竺 办 事项 列表 


BX (B81，B2)| 市 场 启 动 BX-| ‘txA B-1) 





合并 到 产品 待 办 事项 列表 中 





单 团 队 Scrum 


对 其 条 目 做 过 优先 级 排序 的 一 个 产品 待 办 事项 列表 就 是 产品 需求 的 存储 库 。 产 品 负责 人 负责 其 内 容 和 排序 ， 并 保证 其 对 团队 
和 利益 相关 者 可 见 。 产 品 待 办 事项 列表 是 不 断 变 化 的 ;根据 每 个 Sprint 中 的 学 习 ， 定 期 对 其 条 目 进行 添加 、 删 除 和 重新 排序 (以 
最 大 化 ROI) 。 接 近 待 办 事项 列表 顶部 的 条 目 更 完善 ， 可 以 随时 交 给 团队 去 实现 。 排 序 靠 后 的 条 目 其 粒度 更 粗 且 需求 更 模糊 。 通 
过 每 个 Sprint 的 产品 待 办 事项 列表 梳理 ， 条 目 被 拆 分 、 澄 清和 估算 。 


《scrum 指 南 》 中 包括 一 个 关键 的 扩展 规则 ， 即 多 个 团队 开发 一 个 产品 时 ， 应 只 有 一 个 共享 的 产品 待 办 事项 列表 : 
[他 们 ] 经 常 在 同一 产品 上 合作 。 一 个 产品 待 办 事项 列表 用 于 描述 即将 开展 的 产品 工作 。 


在 大 规模 Scrum 中 ， 不 存在 按 团队 划分 的 待 办 事项 列表 。 为 什么 ?因为 其 会 降低 整体 透明 度 ， 减 弱 整 体 产品 聚焦 ， 增 加 复杂 
性 ， 并 抑制 团队 焦点 转移 的 灵活 性 。 


9.1 ”LeSS 产 品 待 办 事项 列表 


有 关 采 用 LeSS 时 首次 创建 新 产品 待 办 事项 列表 的 指导 ， 请 参阅 本 书 第 3 章 。 

规模 扩展 时 ， 以 下 这 些 原则 与 产品 待 办 事项 列表 相关 : 

大 规模 Scrum 也 是 Scrum 一 一 所 以 只 有 一 个 产品 待 办 事项 列表 ， 即 使 许多 团队 在 开发 同一 个 产品 。 
整体 产品 聚焦 一 一 单个 共同 的 待 办 事项 列表 增加 了 对 整个 产品 的 关注 和 可 见 性 ， 有 助 于 整体 优化 。 


以 客户 为 中 心 一 一 传统 的 大 规模 开发 按 技术 、 组 件 和 单 功能 任务 分 解 工作 (和 相关 团队 ) 。 在 Less 中 ， 待 办 事项 列表 条 目 
聚焦 于 端 到 端的 客户 目标 。 


9.1.1 ”LeSS 规 则 





一 个 完整 的 可 交付 产品 对 应 一 个 产品 负责 人 和 一 个 产品 待 办 事项 列表 。 


9.1.2 指南 : 不 要 “管理 依赖 关系 ”， 而 要 最 小 化 约束 关系 


上 乘 的 产品 待 办 事项 列表 简单 明了 ， 它 给 出 了 产品 开发 工作 的 全 面 纵览 。 但 是 产品 待 办 事项 列表 往往 很 复杂 ， 因 为 它们 被 当 
作 一 种 工具 来 管理 依赖 天 系 。 本 不 该 如 此 (产品 定义 会 影响 属于 内 部 产品 开发 的 内 容 ， 以 及 属于 外 部 产品 开发 的 内 容 ， 请 参阅 第 
7 章 ) 。 

在 产品 开发 中 ， 我 们 将 会 区 分 内 部 依赖 和 外部 依赖 。 内 部 依赖 关系 发 生 在 产品 组 中 的 团队 之 间 ， 而 外 部 依赖 关系 则 在 产品 组 
之 外 ， 或 者 在 产品 组 中 的 非特 性 团队 之 间 ， 如 未 完成 部 门 。 


消除 内 部 依赖 关系 


在 LeSs 中 ， 不 需要 管理 内 部 依赖 天 系 。 本 书 第 4 章 和 第 13 章 提供 了 更 多 有 关 该 主题 的 内 容 。 
对 于 使 用 共享 代码 的 特性 团队 ， 不 存在 内 部 依赖 关系 和 依赖 关系 管理 。 
团队 可 以 通过 共同 处 理 共享 工作 而 受益 ,而 不 必 依 赖 其 他 团队 的 输出 。 


为 什么 ? 任何 特性 团队 在 开发 自己 的 条 目 时 都 可 以 跨 代码 库 工作 。 团 队 会 管理 他 们 之 间 的 协调 ， 应 用 诸如 持续 集成 、 社 区 、 
多 团队 研讨 会 ， 以 及 共享 和 交换 工作 等 主意 (参见 第 13 章 ) 。 


这 并 不 复杂 ， 但 对 于 组 织 来 说 ， 这 是 一 个 巨大 的 思维 转变 ， 因 为 他 们 以 前 的 组 件 团队 各 自 拥 有 各 自 的 私有 代码 ， 依 赖 天 系 管 
理 也 是 通过 传统 的 方式 (例如 专门 的 集成 团队 或 大 型 计划 活动 ) 来 实行 。 


不 要 管理 外 部 依赖 关系 ， 而 要 最 小 化 约束 关系 


假设 条 目 A 依赖 于 产品 组 以 外 的 一 个 交付 物 ， 通 常 是 数据 馈送 、 服 务 、 接 口 更 改 、 硬 件 组 件 或 库 。 这 在 大 规模 开发 中 是 很 常 
见 的 。 产 品 负责 人 处 理 此 问题 的 传统 方式 如 下 : 


1. 在 待 办 事项 列表 中 添加 条 目 A 的 外 部 依赖 项 ; 
2. 预 测 性 地 计划 出 条 目 A 在 未 来 哪个 Sprint 完成 ， 前 提 : 条 目 A 的 外 部 交付 物 完成 ， 即 两 者 同步 完成 ; 
3. 在 产品 待 办 事项 列表 中 添加 上 述 计划 的 Sprint。 


对 于 大 型 产品 ， 这 种 方式 不 仅仅 适用 于 条 目 A， 还 适用 于 许多 个 条 目 。 于 是 ， 预 测 性 计划 在 未 来 一 系列 Sprint 中 就 会 出 现 许 
多 个 同步 点 。 这 些 计划 是 凌乱 和 耗 时 的 ， 再 加 上 如 果 预 测 失败 ， 计 划 就 是 浪费 时 间 ， 并 且 不 得 不 再 计划 ， 于 是 会 浪费 更 多 的 时 
间 。 


不 要 这 样 做 ! 与 其 把 依赖 关系 看 作 必 须 计 划 的 、 固 定 的 里 程 碑 ， 不 如 把 它们 重新 设计 为 约束 关系 ， 可 以 再 打破 约束 关系 。 原 
则 如 下 : 


1. 不 要 受 依赖 关系 欺骗 而 制定 预测 性 计划 。 不 要 试图 用 未 来 的 同步 点 来 “管理 依赖 天 系 ”， 这 只 会 导致 预测 性 计划 变 得 痛苦 


不 堪 。 


2. 将 依赖 关系 视 为 导致 不 灵活 和 延迟 的 约束 天 系 。 


3. 尽 可 能 挑战 、 最 小 化 和 移 除 约束 关系 。 


想 想 “依赖 ”这 个 词 : 它 表 明 一 个 人 无 能 为 力 ， 因 为 他 依赖 于 别人 。 但 


是 ， 
控制 之 内 时 自己 可 以 采取 行动 、 选 择 、 授 权 。 注 意 ， 这 对 产品 待 办 事项 列表 的 内 容 和 优先 级 顺序 会 产生 影响 。 
消除 约束 关系 的 办 法 





如 何 移 除 或 最 小 化 约束 关系 ”例如 ， 假 设 要 开发 条 目 A。 我 们 组 表面 上 依赖 于 外 部 组 X 的 产品 X 中 一 个 接口 。 首 先 ， 将 其 重新 
描述 为 ， 在 完成 条 目 A 时 存在 一 个 约束 : 接口 更 改 。 如 何 最 大 限度 地 减少 或 消除 这 个 约束 关系 呢 ? 几 个 想法 : 
* 开发 “他 们 那 部 分 ” 


可 以 与 组 X 达 成 协议 ， 修 改 产 品 X 中 的 代码 ， 并 结合 一 
研讨 会 或 进行 日 常 代码 审查 。 或 者 直接 编写 代码 (无 须 征 求 组 X 的 意见 ) ， 当 代码 可 运行 时 ， 向 组 X 展 示 ， 并 征 得 组 X 同 意 ， 然 
后 让 组 X 把 代码 加 入 到 他 们 的 代码 中 ， 同 时 进行 一 些 质 量 检查 。 


些 质量 保证 技术 ， 如 与 他 们 一 起 举办 设计 


简化 或 分 解 条 目 A 以 便 另 一 组 的 更 改变 小 





结对 开发 “他 们 那 部 分 ”一 一 我 们 的 员工 加 入 组 XX， 与 他 们 的 员工 一 起 开发 。 


增加 反馈 。 


后 ， 立 即 删除 桩 。 


完全 焦 


将 条 目 A 分 解 为 多 个 较 小 的 变 体 ， 这 样 产 品 X 中 的 接口 更 改 就 可 以 变 小 而 且 
容易 以 增 量 方式 开发 。 这 也 可 以 视 为 小 批量 外 部 更 改 方法 。 然 后 将 小 批量 更 改 加 入 到 跨 产品 持续 集成 之 中 ， 从 而 减弱 约束 关系 并 
将 条 目 A 分 解 为 带 有 桩 的 条 目 和 可 








完全 集成 的 条 目 一 一 实现 该 条 目 对 产品 X 的 柱 ( 简 单 模拟 ) 。 在 产品 又 的 接口 开发 完成 
.将 条 目 A 分 解 为 使 用 替代 接口 的 条 目 和 使 用 最 终 接口 的 条 目 一 一 实现 替代 (例如 手动 ) 接口 。 一 旦 最 终 接口 完成 ， 删 除 蔡 
代 接 口 。 
* 解释 约束 关系 一 一 向 组 X 解 释 处 理 约束 关系 的 结果 、 成 本 和 收益 ， 对 组 X 的 优先 级 排序 施加 影响 。 
绕 过 约束 一 一 重新 定义 条 目 A 以 使 用 其 他 现 有 的 接口 ， 至 少 目 前 先 这 么 做 。 
采用 其 他 不 同 的 方式 


采用 完全 不 同 的 解决 方案 来 实现 目标 。 
产品 待 办 事项 列表 中 的 变更 示例 


想法 确定 后 ， 将 其 加 入 待 办 事项 列表 。 下 面 列举 两 个 例子 : 


将 条 目 拆 分 为 简单 变 体 一 一例 如， 假设 金融 风险 管理 产品 使 用 交易 处 理 产品 的 数据 ， 再 假设 风险 管理 产品 中 的 条 目 A 需 要 请 
求 交 易 处 理 产品 的 30 个 新 数据 元 素 ， 并 且 检 索 所 有 这 些 数 据 需要 大 量 的 工作 。 这 时 可 以 把 条 目 A 拆 分 为 以 下 条 目 ， 其 中 每 个 条 目 
对 用 户 仍然 是 有 意义 的 : 


和 





条 目 A1， 包 含 风险 分 析 中 的 10 个 最 重要 元 素 


目 A2， 包 含 剩余 数据 元 素 


将 条 目 A 拆 分 为 带 有 桩 的 条 目 和 可 完全 集成 的 条 目 一 一 例如 ， 把 条 目 A 拆 分 为 待 办 事项 列表 中 的 两 个 新 条 目 : 


最 小 化 或 消除 约束 关系 ”意味 着 当 约 束 在 自己 的 


. 带 有 桩 的 条 目 A 
. 完全 的 条 目 A ( 即 “条 目 A”) 


“ 带 有 桩 的 条 目 A” 是 指 我 们 组 将 使 用 一 个 〈 通 常 是 简单 的 ) 软件 模拟 器 ， 即 桩 代 蔡 产品 X 的 未 完成 部 分 ， 就 像 它 已 经 完成 
一 样 。“ 完 全 的 条 目 A” 表 示 产 品 X 中 的 工作 已 完成 ， 桩 已 被 移 除 ， 并 且 两 个 产品 将 要 完全 集成 ， 同 时 ， 在 实现 桩 时 所 编写 的 测 
试 仍然 有 效 。 


在 等 待 其 他 组 时 调整 优先 级 


即便 出 现 “ 完 全 的 条 目 A” 必 须 等 待 组 X 的 工作 这 种 不 希望 看 到 的 情况 ， 也 仍然 不 要 制定 带 有 同步 点 的 预测 性 计划 ， 而 是 : 


1. 提 高 “ 带 有 桩 的 条 目 A” 的 优先 级 ， 使 其 很 快 完成 ， 并 保持 “完全 的 条 目 A” 处 于 较 低 的 优先 级 。 没 有 必要 预测 这 个 条 目 
必须 在 哪个 Sprint 完 成 ， 但 重要 的 是 ，“ 完 全 的 条 目 A” 要 尽 可 能 地 小 ， 以 便 很 容易 在 一 个 Sprint 内 实现 它 。 


2. 在 产品 待 办 事项 列表 中 增加 “约束 信息 ” 列 。 当 条 目 在 其 他 组 中 存在 临时 约束 时 ， 请 记录 值得 注意 的 细节 信息 ， 如 推测 的 
交付 日 期 。 


3 教育 组 X 让 其 了 解 处 理 约束 的 结果 、 成 本 和 收益 ， 对 组 X 的 优先 级 排序 施加 影响 。 


4. 之 后 ， 当 组 X 的 任务 完成 时 ， 只 需 提 高 “完全 的 条 目 A” 的 优先 级 ， 以 便 它 在 下 一 Sprint 中 完成 。 这 就 是 敏捷 ! 


9.1.3 指南: 切 分 出 小 功能 块 


在 大 规模 巨型 需求 世界 中 ， 即 便 在 许多 所 谓 的 大 规模 敏捷 采用 中 ， 需 求 最 终 进 入 产品 待 办 事项 列表 可 能 也 需要 伦 几 个 月 的 时 
间 。 为 什么 ? “开发 团队 无 法 处 理 如 此 粗糙 、 庞 大 的 需求 。” 因 此 ， 分 析 、 架 构 或 系统 设计 团体 需要 用 数 月 的 时 间 来 分 析 这 巨大 
的 需求 并 将 其 分 解 ， 编 写 需求 说 明 ， 或 进行 可 行 性 研究 。 


对 于 巨型 条 目 ， 传 统 的 思维 和 行为 方式 急于 在 开始 实现 之 前 尽 可 能 多 地 对 其 进行 分 解 和 分 析 。 “我 们 需要 首先 充分 了 解 需求 
及 其 影响 ， 否 则 无 法 开始 实现 .…… 如 果 我 们 在 后 面 才 发 现 一 些 重要 的 东西 该 怎么 办 呢 ? ”可 是 ， 只 有 当 你 可 以 乘 时 间 旅 行 时 ， 才 
能 看 到 后 面 发 生 的 事情 ! 


这 种 早期 过 度 处 理 的 成 本 又 如 何 呢 ” 具 有 讽刺 意味 的 是 ， 恰 好 是 因为 大 量 的 早期 分 析 和 推测 性 设计 ， 学 习 被 推迟 了 ， 这 就 是 
成 本 。 
为 什么 ? 因为 与 程序 不 一 样 ， 图 表 不 会 崩溃， 文档 不 会 运行 。 


除 此 之 外 ， 在 这 个 时 候 ， 该 团体 生活 于 在 制品 的 山区 之 中 ， 隐 藏 的 风险 和 缺陷 、 交 接 浪费 和 延期 价值 交付 推 积 成 了 高 高 的 山 
， 山 峰 上 偶尔 会 有 巨石 滚 沙 而 下 ， 不 幸 磺 死 山中 的 某 个 人 。 


顶 


请 不 要 如 此 这 般 地 生活 。 不 要 有 分 离 的 分 析 、 系 统 设 计 和 需求 说 明 小 组 ， 也 不 要 太 早 开始 分 析 ， 而 是 确实 要 更 早 地 开始 开 


怎么 做 ? 简单 地 说 ， 就 是 让 一 个 团队 将 巨大 需求 分 成 若干 块 (条 目 ) ， 然 后 从 一 个 块 中 切 分 出 更 小 的 功能 块 (细小 条 目 ) ， 
细 化 并 开始 实现 (如 图 9-1 所 示 ) 。 从 一 个 大 条 目 中 分 离 出 一 个 细小 条 目 ， 在 梳理 中 澄清 所 有 细节 ， 然 后 开始 实现 ! 


大 功能 榴 传 统 析 分 方式 大 功能 的 Le99 析 分 方式 


切 分 出 小 功能 
块 开始 实现 





在 项 目 开 始 时 一 次 性 等 分 析 分 成 若干 部 分 ， 然 后 切 分 出 小 功能 块 


图 9-1 领头 羊 团队 切 分 出 小 功能 块 


为 什么 要 这 么 做 ? 


切 分 出 细小 功能 块 、 学 习 、 调 整 。 通 往 敏 捷 性 和 灵活 性 的 道 





* 尽早 开始 ! 尽早 完成 实现 工作 的 最 佳 方法 是 尽早 开始 实现 


路 就 是 通过 强大 的 反馈 回路 限制 WIP 和 增加 学 习 的 实践 之 路 。 
. 让 团队 参与 大 条 目的 分 解 和 分 析 ， 因 为 他 们 是 实现 细小 条 目的 主体 ; 这 可 以 增加 学 习 并 减少 工作 交接 。 


“ 开始 工作 的 团队 自始至终 都 要 工作 ， 以 减少 工作 交接 和 知识 遗失 。 





` 如 果 把 切 分 出 细小 功能 块 比 做 咬 下 一 口 食物 ， 通 过 反馈 和 学 习 ， 发 现 吃 多 少食 物 是 最 有 营养 的 不 要 奢望 所 有 咬 下 的 食 


物 都 会 让 你 满意 ， 吃 完 一 小 口 后 ， 再 去 找 下 一 口 最 美味 的 食物 。 


:你 有 没有 认真 思考 过 一 个 想法 ， 然 后 开始 做 ， 再 然后 会 说 : “哎呀 ， 我 怎么 没有 想到 ……: ”这 一 刻 需要 早 一 点 发 生 ， 不 要 
晚 了 。 


习惯 性 的 思维 方式 是 在 实现 之 前 需要 “充分 理解 ”需求 。 可 具有 讽刺 意味 的 是 ， 不 去 尽早 实现 ， 反 而 会 阻碍 充分 的 理解 。 这 
是 一 种 近乎 制度 化 的 牢固 的 习惯 ， 而 且 这 种 习惯 又 由 于 存在 独立 且 不 做 具体 实现 的 分 析 小 组 而 得 以 强化 。 要 改 掉 这 个 习惯 就 
要 “ 少 吃 多 餐 ”。“ 没 有 分 析 小 组 ”并 不 意味 着 没有 分 析 ， 而 是 分 析 将 由 实现 条 目的 相同 团队 来 完成 。 


9.1.4 指南 : 处 理 父 条 目 


在 大 规模 开发 中 ， 大 条 目 不 得 不 分 解 为 小 条 目的 情况 屡见不鲜 。 条 目 被 分 解 后 ， 原 始 条 目 ， 即 父 条 目 或 父母 条 目 或 祖先 条 
目 , 会 发 生 什么 情况 ? 例如 ， 当 结算 交易 被 分 解 成 结 清 买 入 和 结 清 卖 出 后 ， 如 何 处 理 结算 交易 ? 有 两 种 选择 : 删除 或 保留 父 条 
目 。 让 我 们 看 一 下 对 这 两 种 选择 的 权衡 ， 及 其 实用 性 分 析 。 


删除 父 条 目 





从 产品 待 办 事项 列表 中 删除 父 条 目 就 像 细 胞 分 裂 ( 胞 质 分 裂 ) : 父 条 目 将 被 新 条 目 取代 。 优 势 ? 第 一 个 是 简单 性 : 待 办 事项 
列表 的 结构 保持 不 变 ， 仍 然 是 简单 的 ， 不 需要 做 连接 父母 和 孩子 这 样 额外 的 事情 。 第 二 个 优势 更 微妙 : 


对 新 条 目的 优先 级 排序 自然 且 显而易见 ， 新 条 目 之 间 彼 此 独立 ， 与 祖先 没有 关联 。 


什么 意思 ?在 传统 的 大 规模 开发 中 ， 一 个 大 型 需求 的 所 有 子 需 求 都 具有 与 父 需求 相同 的 优先 级 ， 并 且 父 、 子 需求 在 开发 过 程 
中 同时 行进 。 问 题 ” 这 会 导致 在 高 价值 条 目 上 投入 时 间 和 人 金钱 的 同时 ， 也 把 时 间 和 人 金钱 投 在 了 低 价值 条 目 上 ， 于 是 高 价值 条 目的 
交付 延迟 了 ， 反 馈 延 迟 了 ， 风 险 缓解 也 延迟 了 。 


但 是 对 于 敏捷 来 说 ， 条 目 独 立 性 很 重要 。 每 个 新 条 目 都 应 该 独立 于 其 他 条 目 及 其 祖先 。 虽 然 移 除 父 条目 这 样 的 简单 选择 并 不 
能 保证 思维 模式 和 行为 的 转变 ， 但 它 可 以 保证 自然 和 显而易见 地 对 待 办 事项 列表 中 的 条 目 进行 独立 排序 。 例 如 ， 假 设 在 分 解 “ 结 
算 交 易 ”之 前 ， 产 品 待 办 事项 列表 排序 为 


3.Y 
分 解 和 删除 父 条 目 后 ， 产 品 负 责 人 将 顺序 定义 为 


1. 结 清 买 入 


结 清 买 入 和 结 清 卖 出 显然 可 以 独立 排序 。 它 支持 提早 交付 最 有 价值 的 部 分 ， 并 具有 灵活 性 和 敏捷 性 。 非 常 棒 ， 但 这 意味 着 思 
维 模式 需要 转变 。 


这 种 方法 有 什么 缺点 吗 ? 丢失 了 上 下 文 环境 和 关联 性 ， 这 些 上 下 文 环境 和 关联 性 在 梳理 条 目 时 或 者 在 把 相关 条 目 定 义 为 一 个 
交付 主题 时 可 能 会 有 用 。 


在 较 小 的 待 办 事项 列表 中 或 者 人 们 非常 熟悉 其 所 有 需求 的 领域 中 ， 删 除 父 条 目 不 太 可 能 引起 问题 。 因 为 这 个 解决 方案 比较 简 
单 ， 所 以 在 简单 的 情况 下 使 用 它 最 好 。 


保留 父 条 目 





什么 时 候 需要 保存 祖先 信息 ?” 当 产品 待 办 事项 列表 包含 大 量 的 条 目 或 者 非常 复杂 时 ， 就 很 难 记 住 (或 者 发 现 ) 新 的 子 条 目 和 
它们 祖先 之 间 的 关系 。 祖 先 信息 用 来 做 什么 呢 ? 


: 用 于 大 型 场景 ， 有 助 于 整体 理解 或 决策 
* 作为 新 子 条 目的 灵感 来 源 


` 确定 发 布 主题 





. 在 巨型 LeSS 中 ， 和 帮助 将 领域 待 办 事项 列表 作为 单独 工件 进行 管理 (参见 9.2.2 节 ) 


祖先 信息 保存 在 哪里 ? 在 产品 待 办 事项 列表 中 添加 一 个 “祖先 ” 列 ， 并 将 祖先 信息 放 在 那里 即 可 。 例 如 : 





顺序 条 目 直接 / 间接 祖先 (值得 注意 的 ) 

1 结算 交易 

2 

3 

结算 交易 
几 个 要 点 ; 


" 避免 祖先 层 出 现 多 层 深层 结构 。 
: 祖先 信息 是 可 选 的 ; 需要 引起 注意 时 再 使 用 。 


` 记录 的 祖先 不 必 是 新 子 条 目的 直接 父 条 目 ， 可 以 是 远 祖先 条 目 ， 例 如 当 原 条 目 巨 大 且 产 生 的 后 代 世 界 很 大 时 。 这 样 做 通常 
是 可 取 的 ， 因 为 它 更 简单 ， 更 容易 看 到 遥远 后 代 之 间 的 联系 。 


` 注意 上 面 的 示例 表 中 有 一 些微 妙 但 关键 的 地 方 : 从 左 到 右 的 顺序 是 条 目 一 祖先 ， 而 不 是 祖先 一 条 目 。 这 反映 了 子 条 目 在 优 
先 顺序 变化 时 的 独立 性 ， 是 一 种 思维 的 变化 。 


9.1.5 “指南 : 处 理 特殊 条 目 


产品 待 办 事项 列表 除了 包括 客户 功能 ， 还 包括 缺陷 、 改 进 事项 、 创 新 和 特殊 研究 事项 。 





Scrum 有 一 条 标准 的 建议 ， 是 将 客户 报告 的 缺陷 记录 为 产品 待 办 事项 列表 条 目 。 当 只 有 10 个 或 更 少 的 缺陷 
Scrum 就 是 这 样 的 情况 一 一 这 是 非常 好 的 建议 ， 并 可 以 在 适当 的 时 候 这 么 做 。 


般 的 





大 量 缺 陷 一 一 但 是 当 缺 隐 有 714 个 之 多 时 ， 上 面 的 做 法 就 不 合适 了 ， 因 为 所 有 这 些 缺 陷 往往 是 存放 在 缺陷 跟踪 工具 中 ; 如 果 
再 把 它们 转移 到 产品 待 办 事项 列表 中 (这 本 身 就 是 一 个 浩大 且 容 易 出 错 的 任务 ) ， 产 品 待 办 事项 列表 就 会 被 它们 产生 的 噪声 所 淹 
没 。 这 在 累积 了 多 年 缺陷 的 大 型 产品 开发 中 非常 典型 。 因 此 采用 LeSS 后 ， 在 第 一 次 创建 产品 待 办 事项 列表 时 ， 如 果 存 在 大 量 的 
缺陷 ， 请 继续 使 用 缺陷 跟踪 工具 ， 直 到 缺陷 数量 足够 小 ， 仪 使 用 产品 待 办 事项 列表 就 足够 应 对 时 。 在 这 种 情况 下 ， 可 以 设立 一 
个 “缺陷 计数 =N” 条 目 暂 时 将 其 放 在 产品 待 办 事项 列表 的 顶部 ， 以 保持 这 个 问题 明显 可 见 ， 并 快速 修复 缺陷 将 其 数量 降 至 零 。 
尽快 把 所 有 具体 的 缺陷 记录 到 产品 待 办 事项 列表 中 ， 使 缺陷 可 见 ， 以 便 人 们 看 到 后 做 出 反应 。 


缺陷 数 归 零 一 一 在 上 述 初始 步骤 中 ， 缺 陷 数 如 何 从 714 变 为 零 y 广义 地 说 ， 就 是 运用 精益 思想 “停止 与 修复 ”的 原则 ， 把 关 
注 点 放 在 缺陷 修复 上 ， 清 除 缺 陷 清单 并 消除 噪声 。 专 门 指定 一 个 或 多 个 特性 团队 ， (也 许可 以 ) 以 轮流 的 方式 执行 任务 。 也 可 以 
让 团队 “〈 们 ) 一 起 举办 问题 解决 研讨 会 ， 让 开发 人 员 建 立 消灭 缺陷 的 试验 。 


紧急 型 新 缺陷 一 一 如 果 在 Sprint 计划 时 有 已 知 的 缺陷 ， 那 么 请 对 其 进行 计划 和 修复 。 但 是 ， 若 在 Sprint 过 程 中 出 现 需要 快速 
响应 的 紧急 缺陷 怎么 办 ? 有 一 种 方法 是 将 一 个 常规 特性 团队 确定 为 快速 响应 团队 ， 在 每 次 Sprint 时 轮流 承担 这 一 职责 ， 即 由 他 们 
消化 这 类 中 断 和 不 确定 性 ， 以 便 其 他 团队 保持 专注 。 这 种 方式 的 另 一 个 优势 是 团队 可 以 更 多 地 了 解 不 太 熟悉 的 领域 。 不 要 采用 哪 
个 团队 “能 够 最 快 解决 问题 ”就 让 那个 团队 来 做 的 方式 。 


团队 改进 条 目 


团队 在 许多 方面 都 需要 改进 ， 这 些 改 进 可 以 是 组 织 方面 的 ， 但 通常 都 是 技术 或 环境 方面 的 。 团 队 改进 常 来 自 回 顾 (团队 或 系 
统 级 别 的 ) 或 社区 会 议 (如 体系 结构 ， 测 试 ，.……) 。 


在 哪里 记录 团队 改进 条 目 呢 ? 


在 产品 待 办 事项 列表 中 记录 重大 改进 一 一 特别 是 ， 如 果 这 些 改进 需要 重大 投资 ， 请 将 它们 放 在 产品 待 办 事项 列表 中 。 这 样 
做 有 几 个 优点 : (1) 团队 的 工作 是 显而易见 的 ， 而 且 只 放 在 一 个 地 方 ; (2) 产品 负责 人 可 以 决定 哪些 重大 改进 需要 优先 投 
资 ; (3) 在 正常 的 工作 流程 中 处 理 持续 改进 。 以 下 是 在 编写 这 类 条 目 时 的 重要 提示 : 


从 业务 和 产品 负责 人 的 利益 角度 表达 重大 改进 条 目 。 
团队 想 要 重 写 某 个 主要 组 件 吗 ? 好 处 是 什么 ? 


不 要 在 产品 待 办 事项 列表 中 记录 小 改进 一 一 为 什么 ? 因为 在 大 型 产品 组 中 ， 来 自 所 有 团队 的 小 改进 加 起 来 会 很 多 ， 将 它们 
添加 在 产品 待 办 事项 列表 中 会 使 产品 待 办 事项 列表 充斥 着 噪声 ， 使 其 很 难 服务 于 其 主要 目的 : 客户 功能 。 无 数 微小 的 改进 事项 增 


加 了 待 办 事项 列表 管理 和 优先 级 排序 的 工作 量 。 这 将 导致 对 微小 改进 的 微观 管理 ， 扼 杀 自 管理 、 信 任 和 持续 改进 的 精神 (参见 
5.1.3 节 ) 。 


怎么 办 ?” 例 如， 商定 这 样 一 项 策略 ， 即 只 把 比 “X” 大 的 改进 事项 添加 到 产品 待 办 事项 列表 中 ， 并 且 每 个 团队 在 每 个 Sprint 
中 可 以 将 该 Sprint “20%” 的 时 间 用 于 开发 小 的 改进 (不 在 产品 待 办 事项 列表 中 ) 。 这 样 事情 就 简化 了 ， 同 时 也 促进 了 自 管理 和 
信任 。 
创新 或 特别 研究 条 目 

在 大 型 产品 开发 中 考虑 以 下 常见 情况 : 

. 可 替代 软件 或 第 三 方 软件 组 件 


. 竞争 对 手 分 析 





" 未 来 技术 分 析 


这 些 都 是 典型 的 大 任务 ， 具 有 很 多 变数 。 产 品 负 责 人 和 团队 需要 获取 更 多 的 信息 来 帮助 决策 或 排列 优先 级 。 在 LeSS 中 如 何 
处 理 呢 ? 


. 将 创新 或 研究 事项 添加 到 产品 待 办 事项 列表 中 。 

* 限制 这 些 开放 式 活动 在 Sptint 内 的 工作 量 ， 防 止 它们 占用 Sprint 所 有 时 间 (例如 “最 多 50 人 时 ”) 。 
使 用 常规 功能 组 ， 而 不 是 “研究 组 ”。” 

. 尽 可 能 采用 切 分 出 小 功能 块 的 方式 ， 而 不 是 长 时 间 地 研究 。 

. 集中 研究 产品 负责 人 和 团队 提供 的 信息 或 建议 ， 以 帮助 他 们 做 出 决策 。 

. 在 Sprint 评 审 中 分 享 进 展 ， 并 提供 下 一 步 建议 。 

在 创新 时 ， 努 力 快速 地 创建 一 些 试验 性 产品 功能 ， 并 从 实际 中 获得 反馈 。 

这 类 非 寻 常 研 究 不 应 是 常规 的 分 析 或 设计 或 架构 工作 。 相 比 之 下 ， 谨 防 假冒 研究 : 


不 要 为 常规 和 重复 的 分 析 或 设计 活动 ， 如 业务 或 UX 分 析 、UI 设 计 或 体系 结构 分 析 或 设计 ， 创 建 虚假 的 “研究 ”条 目 。 





当心 ! 不 要 创建 “特殊 人 群 ” 小 组 ， 专 门 给 他 们 机 会 去 找 问 题 所 在 。 否 则 ， 还 不 如 拿 出 一 大 堆 钱 ， 点 燃 它 ， 至 少 还 能 


获得 一 些 热量 。 


9.1.6 ”指南 : 大 型 产品 待 办 事项 列表 的 管理 工具 


“我 们 不 敏捷 。 因 为 分 析 师 用 的 是 Word 来 编写 用 例 和 场景 ， 将 其 记录 在 SharePoint 中 ， 并 通过 电子 邮件 告诉 团队 信息 在 哪 


“我 们 现在 敏捷 了 ! 产品 负责 人 编写 史诗 和 故事 ， 将 其 记录 在 Rallyl 的 待 办 事项 列表 中 ， 并 通过 通告 告诉 团队 信息 在 哪 


使 用 了 新 词汇 和 新 工具 就 意味 着 有 意义 的 改变 将 会 发 生 ， 这 当然 是 一 种 错觉 。 
工具 不 是 敏捷 。 敏 捷 是 一 种 组 织 行为 。 


我 们 已 经 看 到 很 多 大 型 和 多 地 点 的 团队 成 功 地 使 用 电子 表格 (例如 Google) 来 管理 他 们 的 产品 待 办 事项 列表 ， 并 建立 wiki 
提供 详细 信息 。 事 实 上 ， 团 体 最 好 不 要 使 用 产品 待 办 事项 列表 管理 工具 。 





大 规模 下 ， 产 品 待 办 事项 列表 工具 都 有 什么 ? 
不 要 使 用 比 电子 表格 和 wiki 更 复杂 的 东西 。 
为 什么 ?因为 使 用 所 谓 的 “敏捷 ”工具 存在 如 下 问题 : 


. 把 重点 放 在 工具 上 ， 而 不 是 深层 的 系统 问题 上 ， 这 转移 或 回避 了 对 重要 问题 的 关注 ， 即 改变 团队 行为 和 产品 系统 。 这 些 工 


具 不 能 解决 真正 的 问题 。 
. 这 些 工具 包含 并 倡导 “报告 ”功能 ， 强 化 了 看 重 报告 的 传统 管理 方式 和 控制 行为 。 
. 工具 有 时 会 传达 改进 或 敏捷 采用 的 表象 ， 因 为 当时 并 没有 发 生 有 意义 的 变化 。“ 敏 捷 ” 工 具 无 助 于 “ 变 得 敏捷 ”。 


. 工具 经 常 给 团队 强加 无 法 灵活 使 用 的 术语 和 工作 流 ， 从 而 剥夺 了 流程 所 有 权 并 限制 了 对 流程 的 改进 。 





* 由 于 访问 工具 需要 昂贵 的 账户 费用 ， 大 多 数 人 不 能 访问 工具 ， 因 此 看 不 到 待 办 事项 列表 。 
" 这 些 工具 成 全 了 复杂 化 而 不 是 简化 。 


当然 ， 也 可 以 通过 最 大 限度 地 提高 电子 表格 的 复杂 度 来 解决 所 有 这 些 问题 ， 但 还 是 尽量 避免 吧 。 


跟踪 进展 
Sprint 内 跟踪 
以 下 是 从 著名 的 “敏捷 ”管理 工具 逐 字 复制 的 一 些 著名 的 头 版 营销 语 : 
“一 目 了 然 地 跟踪 团队 进度 ” “获取 进度 报告 ” “汇报 [项目 ] ”“50 多 个 现成 的 敏捷 度量 和 报告 ”…… 恶心 


所 谓 的 敏捷 管理 工具 侧重 于 跟踪 和 报告 功能 ， 这 些 功能 向 管理 人 员 显 示 个 人 和 团队 的 任务 、sprint 待 办 事项 列表 以 及 “ 进 
度 ” 一 一 这 与 信任 个 体 和 自 管理 团队 的 敏捷 原则 背道而驰 。 正 如 专注 团队 研究 的 理 查 德 . 哈 克 曼 (Richard Hackman) 所 解释 
的 ，“ 在 自 管理 团队 中 ， 跟 踪 进 度 的 责任 委托 给 了 团队 。” 





因此 ， 管 理 层 没有 责任 或 理由 跟踪 团队 在 Sprint 阶 段 的 进展 。 这 些 工具 针对 报告 进行 了 优化 ， 而 不 是 针对 成 功 、 改 进 和 更 好 
的 价值 流 ， 或 让 团队 拥有 和 改进 流程 。 


在 Scrum 中 ， 产 品 待 办 事项 列表 和 Sprint 待 办 事项 列表 是 分 开 的 ， 它 们 有 着 不 同 的 目的 。 产 品 待 办 事项 列表 用 于 管理 以 客户 
为 中 心 的 条 目 ， 而 sprint 待 办 事项 列表 是 用 于 团队 在 Sprint 期 间 管理 他 们 自己 和 他 们 的 任务 ， 不 是 为 产品 负责 人 或 外 部 跟踪 而 
设 。《Scrum 指 南 》 对 此 做 了 很 简明 的 描述 : [Sprint 待 办 事项 列表 ] 只 属于 开发 团队 。 因 此 ， 每 个 团队 需要 选择 自己 的 Sprint 
待 办 事项 列表 工具 ， 并 有 权 改 变 自 己 的 选择 。 而 且 ， 不 同 的 团队 可 以 使 用 不 同 的 工具 。 因 此 : 








不 要 对 产品 待 办 事项 列表 和 Sprint 待 办 事项 列表 使 用 相同 的 工具 。 


@ 提 示 。 尽管 对 Sptint 待 办 事项 列表 可 以 使 用 任何 工具 ， 但 我 们 始终 注意 到 ， 只 使 用 “ 墙 上 卡片 ”的 团队 更 有 可 能 是 真正 的 


团队 ， 他 们 一 起 工作 并 积极 改进 。 
跨 Sprint 跟 踪 


了 解 以 客户 为 中 心 的 条 目 在 多 个 Sprint 中 的 整体 进度 非常 有 用 。 团 队 是 否 需要 为 此 专门 使 用 一 个 “敏捷 工具 ” 呢 ? 不 需要 
(参见 8.1.11 节 ) 。 


当 焦点 放 在 完成 条 目 上 时 ， 透 明度 和 易 跟 踪 性 就 会 显著 提高 。 在 每 个 Sprint 结束 时 ， 将 条 目标 记 为 完成 或 未 完成 ， 而 不 要 跟 
踪 “ 几 了 乎 完成 ”或 “90% 完 成 ”的 条 目 。 所 以 ， 只 跟踪 产品 待 办 事项 列表 中 完成 条 目的 进度 ， 简 单 的 工具 就 足 矣 。 


如 果 需 要 进度 图 表 ， 请 先 了 解 并 询问 为 什么 需要 进度 图 表 ， 为 什么 Sprint 评 审 中 对 此 有 兴趣 的 人 没有 在 场 ? 所 谓 的 产品 负责 
人 是 不 是 只 是 贴 有 新 标签 的 计划 或 项 目 经 理 ” 如 果 确 实 需要 图 表 ， 请 在 记录 产品 待 办 事项 列表 的 类 似 电子 表格 工具 中 使 用 其 简单 
的 图 表 功 能 。 


9.1.7 指南 ; 更 少 输 出 ， 更 多 成 果 


我 们 曾经 与 一 个 大 型 产品 团体 合作 过 ， 当 时 一 位 高 级 经 理 在 那里 宣布 : “在 过 去 的 12 个 月 中 ， 我 们 在 产品 开发 上 花费 了 130 
万 人 时 。 团 队 们 ， 干 得 好 !“ 


哟 ! “进度 ”是 通过 活动 的 数量 和 有 多 少 交 付 物 (例如 已 完成 条 目 ) 来 衡量 的 ， 甚 至 ， 最 流行 的 速度 测量 方法 也 是 为 了 测量 
功能 的 输出 工作 量 ， 但 这 是 一 个 问题 。 什 么 问题 ”所 有 这 些 活动 和 交付 物 与 成 果 几 乎 没有 关系 。 当 有 人 提出 需要 一 个 “新 工作 流 
管理 工具 ， 并 支持 功能 A 到 Z” 时 ， 要 达成 的 目标 是 什么 ”这 些 功能 是 否 会 将 平均 周期 时 间 缩短 259? 


那 义 怎样 ? 特别 是 在 传统 大 型 组 织 中 ， 他 们 会 把 重点 放 在 输出 而 不 是 成 果 上 ， 因 为 
* 管理 团队 的 输出 具有 诱 人 的 吸引 力 ， 因 为 它们 更 易于 衡量 ; 
* 传统 的 年 度 预算 流程 要 求 列 出 基于 成 本 估算 的 功能 清单 (输出 ， 而 不 是 成 果 ) ; 
. 大 型 产品 待 办 事项 列表 变 成 了 数 以 百 计 的 功能 请 求 倾销 地 ， 与 成 果 没有 清晰 的 关联 。 
LeSs 原 则 之 一 就 是 以 少 (LeSs) 为 多 。 在 这 方面 ， 它 意味 着 : 
更 少 输出 ， 更 多 成 果 。 
有 哪些 技术 可 以 帮助 组 织 将 重点 转移 到 成 果 上 呢 ? 
技巧 : 编写 条 目 时 用 成 果 或 目标 ， 而 不 是 解决 方案 
挪威 有 一 家 大 型 包 庄 运输 服务 公司 ， 他 们 抱怨 自己 的 网 站 在 易 用 性 方面 存在 问题 ， 并 考虑 编写 这 样 一 个 新 条 目 : 
在 同一 网 页 上 显示 所 有 发 货 选项 ， 并 附带 详细 信息 。 


这 是 一 个 面向 解决 方案 的 条 目 ， 它 假定 的 是 问题 的 解决 方案 。 但 这 可 能 不 是 一 个 很 好 的 解决 方案 ， 而 且 目 的 也 不 清楚 。 建 议 
的 做 法 是 编写 面向 成 果 或 目标 的 条 目 ， 例 如 : 


发 货 人 可 以 在 1 秒 内 找到 所 有 前 四 分 之 一 发 货 选 项 。 


这 一 面向 成 果 的 条 目 可 以 引发 更 多 的 选择 和 想法 ， 并 提高 团队 的 动力 ， 因 为 它 可 能 变 成 一 个 具有 创造 性 的 挑战 。 


技巧 : 制作 影响 地 图 


影响 地 图 四 是 一 种 协作 、 快 速 和 可 视 化 技术 ， 用 于 团队 识别 结果 (例如 ， 减 少 交易 错误 ) ， 定 义 成 功 的 衡量 标准 ， 以 及 生成 
影响 结果 的 替代 想法 (如 图 9-2 所 示 ) 。 
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图 9-2 ”影响 地 图 鼓励 注重 成 果 (而 不 是 输出 ) 以 及 实现 成 果 的 蔡 代 影响 





影响 地 图 能 提供 什么 帮助 ? (1) 它 促进 以 成 果 为 重点 的 合作 ; (2) 它 侧重 于 产生 多 个 替代 影响 的 想法 ; (3) 它 能 够 将 影 
响 与 成 果 联系 起 来 。 





[1] Rally 是 一 个 Scrtum 管 理工 具 。2015 年 Rally 也 被 CA Technologies 收 购 。 译 者 注 


NA ， 


D] 浏览 imnpactmapping.ofg 和 参阅 《影响 地 图 》 (Impact Mapping) 一 书 。 


9.2 巨型 LeSs 


对 于 巨型 规模 ， 与 产品 待 办 事项 列表 相关 的 原则 包括 : 


整体 产品 聚集 ; 透明度 一 一 当 产 品 待 办 事项 列表 被 分 解 为 领域 待 办 事项 列表 时 ， 如 何 保 持 对 总 体 目标 和 优先 级 的 关注 ， 而 
不 被 淹没 在 细节 中 呢 ? 


9.2.1 ”巨型 LeSS 规 则 





有 一 个 产品 待 办 事项 列表 ; 其 中 的 每 一 个 条 目 只 属于 一 个 需求 领域 。 








每 个 需求 领域 有 一 个 领域 产品 待 办 事项 列表 。 从 概念 上 讲 它 是 一 个 产品 待 办 事项 列表 的 更 精细 的 视图 。 


9.2.2 ”指南 : 领域 待 办 事项 列表 


首先 回顾 一 下 ， 需 求 领域 是 从 客户 角度 看 逻辑 上 可 以 归 为 一 类 的 条 目 分 组 。 

一 些 要 点 如 下 : 

每 个 需求 领域 都 是 基于 客户 角度 的 分 组 ， 而 不 是 基于 技术 角度 的 分 组 。 
需求 领域 是 一 种 针对 大 型 团体 的 扩展 技术 。 一 个 需求 领域 应 该 有 4 个 以 上 的 团队 。 


“需求 领域 ”属性 在 概念 上 是 被 添加 到 一 个 产品 待 办 事项 列表 中 的 ， 并 且 产 品 待 办 事项 列表 中 的 每 个 条 目 应 归 类 到 一 个 且 仪 


条 目 需求 领域 
市 场 启动 
交易 处 理 
资产 服务 
市 场 启动 


TT|DIOIDR 


领域 待 办 事项 列表 在 概念 上 是 一 个 需求 领域 的 产品 待 办 事项 列表 的 视图 ， 例 如 市 场 启动 领域 : 


B 市 场 启动 
F 市 场 启动 


对 于 领域 产品 负责 人 (APO) 和 专门 负责 此 领域 的 团队 来 说 ， 他 们 的 领域 待 办 事项 列表 以 及 所 起 的 作用 看 起 来 都 类 似 于 常 
规 的 产品 待 办 事项 列表 。 领域 待 办 事项 列表 中 的 最 高 优先 级 可 能 并 不 是 产品 待 办 事项 列表 中 的 最 高 优先 级 。 这 种 情况 发 生 时 ， 产 
品 负 责 人 需要 确定 它们 的 优先 级 差异 是 否 足够 大 ， 以 保证 将 团队 转移 到 需要 优先 考虑 的 领域 (更 多 关于 产品 负责 人 和 另 一 产品 负 
责 人 角色 的 内 容 ， 参 见 第 8 章 ) 。 





领域 待 办 事项 列表 不 适合 1 或 2 个 团队 ; 
它 通常 适合 有 4 个 以 上 团队 的 需求 领域 。 


实现 领域 待 办 事项 列表 有 两 种 方法 : 视图 或 独立 工件 。 


通过 过 滤 视 图 实现 领域 待 办 事项 列表 


实现 领域 竺 办 事项 列表 最 简单 的 方法 是 在 一 个 产品 待 办 事项 列表 上 通过 过 滤器 创建 视图 。 使 用 电子 表格 来 做 就 很 容易 。 何 时 
使 用 视图 方法 呢 ? 当 仅 有 几 个 (例如 3 个 ) 需求 新 领域 (1] 且 拆 分 条 目的 深度 不 大 时 。 我 们 知道 这 些 指导 方针 都 是 比较 模糊 的 ; 采 
用 独立 工件 的 临界 点 也 是 随 形势 而 变 的 ， 故 而 当时 可 能 就 会 知道 。 

从 这 个 简单 的 方法 开始 : 过 滤 视 图 。 


特定 领域 的 优先 级 顺序 一 一 领域 产品 负责 人 或 多 或 少 是 独立 地 确定 其 领域 待 办 事项 列表 的 优先 级 。 所 以 每 个 领域 都 有 不 同 
的 第 一 优先 条 目 、 第 二 优先 条 目 等 。 例 如 : 





条 目 需求 领域 各 个 领域 中 的 第 一 个 条 目 
B 市 场 启动 
F 市 场 启动 
C 交易 处 理 
M 交易 处 理 


通过 独立 工件 实现 领域 待 办 事项 列表 
当 有 大 量 需 求 领域 向 和 无 数 个 被 拆 分 的 条 目 时 ， 简 单 的 视图 方法 不 再 适用 。 一 个 产品 待 办 事项 列表 将 会 变 得 非常 庞大 和 详 
细 ， 充 满 来 自 所 有 领域 的 、 由 于 拆 分 而 形成 的 无 数 细 粒 度 条 目 。 
那么 另 一 种 选择 就 是 对 领域 待 办 事项 列表 和 整个 产品 待 办 事项 列表 使 用 独立 工件 〈 例 如 独立 的 电子 表格 ) 的 办 法 。 正 如 下 面 
将 要 解释 的 ， 这 种 方法 同样 有 缺点 ， 但 与 简单 过 滤 视 图 方法 的 缺点 不 同 。 
特定 领域 的 分 解 


假设 待 办 事项 列表 最 初 如 表 9-1 所 示 。 现 在 假设 在 市 场 启 动 领域 中 ，B 被 分 解 为 B-1 和 B-2， 如 表 9-2 所 示 。 在 独立 工件 方法 
中 ， 总 体 产品 待 办 事项 列表 保持 不 变 。 但 市 场 启动 领域 待 办 事项 列表 确实 发 生 了 变化 。 


表 9-1 拆 分 前 领域 待 办 事项 列表 














总 体 产 品 待 办 事项 列表 市 场 启动 领域 待 办 事项 列表 
条 目 领域 条 目 祖先 
B 市 场 启动 B 
G 交易 处 理 F 
F 市 场 启 动 
表 9-2 ”条目 B 被 拆 分 后 的 领域 待 办 事项 列表 ; 产品 待 办 事项 列表 未 变 
总 体 产 品 待 办 事项 列表 市 场 启动 领域 待 办 事项 列表 
条 目 领域 条 目 祖先 
B 市 场 启动 B-1 B 
C 交易 处 理 B-2 B 
F 市 场 启动 F 
特定 领域 的 优先 顺序 


有 了 独立 工件 后 ， 产 品 负责 人 可 以 在 比 领域 产品 负责 人 更 高 的 粒度 级 别 上 工作 ， 但 这 也 会 导致 产品 负责 人 的 透明 度 降 低 ， 这 
是 因为 领域 待 办 事项 列表 中 的 优先 级 是 由 APO (领域 产品 负责 人 ) 确定 的 ， 被 拆 分 的 条 目的 优先 级 不 必 遵 循 总 体 产 品 待 办 事项 
列表 中 的 优先 级 。 在 下 一 个 示例 中 ，B 有 部 分 子 条 目 其 优先 级 高 于 D，B 也 有 部 分 子 条 目 其 优先 级 低 于 D 


总 体 产 品 待 办 事项 列表 市 场 启动 领域 待 办 事项 列表 








条 目 祖先 
市 场 启动 B-1 B 
交易 处 理 D 
市 场 启动 B-2 B 
通常 优先 级 差异 不 大 ， 这 样 就 不 会 真正 有 问题 ….. 但 有 时 确实 会 有 问题 。 例 如 ， 如 下 间 题 : 
总 体 产后 待 办 事项 列表 市 场 启动 领域 待 办 事项 列表 
cE I 条 目 祖先 
B 市 场 启 动 了 
C 交易 处 理 B-2 B 
D 市 场 启 动 D 
总 体 产品 待 办 事项 列表 市 场 启动 领域 待 办 事项 列表 
条 目 领域 条 目 祖先 
E 市 场 启动 E 
F 市 场 启 动 F 
B-3 B 
B-4 B 





在 这 个 场景 中 ，B 的 一 部 分 子 条 目 是 高 优先 级 的 (B-1 和 B-2) ， 而 B 的 另 一 部 分 子 条 目 不 是 高 优先 级 的 〈B-3 和 B-4) 。 这 种 
情况 反映 在 领域 待 办 事项 列表 中 ， 但 对 产品 负责 人 不 可 见 ， 这 导致 错误 的 理解 和 后 续 的 问题 ;， 例 如， 产品 负责 人 可 能 会 得 出 结 
论 ，B 的 所 有 子 条 目 都 完成 后 B 才 会 完成 ， 而 这 并 没有 反映 领域 产品 负责 人 的 优先 级 。 


为 了 正确 反映 优先 级 的 重大 差异 一 一 因为 小 差异 不 会 产生 有 多 大 意义 的 问题 ， 故 可 忽略 一 一 APO 需 要 合并 条 目 ， 并 将 合 
后 的 条 目 放 回 到 总 体 产品 待 办 事项 列表 中 。 合 并 是 指 把 一 组 较 小 条 目 归 纳 概括 并 创建 一 个 新 的 大 条 目 。 例 如 ， 见 表 9-3。 


这 样 ， 主 要 优先 级 差异 就 正确 地 反映 在 总 体 产品 待 办 事项 列表 中 了 。 因 为 条 目 B1 和 B2 被 概括 为 条 目 BX， 这 样 总 体 产品 负责 
人 就 不 会 被 淹没 在 细节 之 中 。 


表 9-3” 几 个 条 目的 合并 (概括 ) 


总 体 产品 待 办 事项 列表 市 场 启 动 领 域 待 办 事项 列表 

条 目 领域 条 目 祖先 

BX (Bl 和 B2 的 概括 ) 市 场 启 动 es BX-1 (以 前 的 B-1) BX 

C 交易 处 理 BX-2 (以 前 的 B-2 ) BX 
D 市 场 启动 D 
E 市 场 启 动 E 
F 市 场 启动 F 

BY (B3 和 B4 的 概括 ) 市 场 启动 < BY-1 (以 前 的 B-3 ) BY 

BY-1 (以 前 的 B-4 ) BY 





过 滤 视 图 与 独立 工件 的 优 缺 点 


过 滤 视 图 一 一 优点 : (1) 简单 ， 〈2) 没有 同步 问题 ， (3) 易于 保持 整体 性 。 缺 点 : (1) 过 滤器 使 优先 级 排序 变 得 困 
难 ， (2) 产品 负责 人 可 以 看 到 所 有 领域 的 所 有 细节 ， 这 在 一 开始 看 起 来 是 个 优势 ， 但 随 着 细节 的 增多 ， 细 节 会 淹没 她 ， 并 可 能 
产生 对 某 个 领域 的 优先 级 进行 “微观 管理 ”的 诱惑 ， 从 而 在 PO 和 APO 之 间 制 造 责任 冲突 。 


独立 工件 一 一 优点 : (1) 总 体 待 办 事项 列表 保持 在 较 高 的 级 别 ， 这 样 PO 就 不 会 淹没 在 细节 之 中 ; (2) APO 可 以 轻松 地 优 
先 处 理 她 的 待 办 事项 列表 ; (3) 支持 PO 和 APO 之 间 明 确 的 职责 分 工 。 缺 点 : (1) 不 同 待 办 事项 列表 之 间 存 在 同步 问题 ; 
(2) 在 总 体 产 品 待 办 事项 列表 中 看 不 到 优先 级 差异 ; (3) 增加 了 APO 在 每 个 领域 中 孤立 思维 的 机 会 ， 而 不 是 关心 整个 产品 的 


NW 


9.2.3 ”指南 : 最 多 三 层 条 目 


在 11.1.7 节 中 建议 使 用 祖先 列 。 很 自然 地 ， 当 使 用 独立 工件 方法 时 ， 这 种 方式 也 适用 于 巨型 LeSS 中 的 总 体 产 品 待 办 事项 列表 
(参见 9.1.3 节 ) 。 例 如 : 


条 目 祖先 领域 
关键 点 : 创建 两 层 条 目 。 
与 上 表 保 持 一 致 ， 交 易 处 理 领 域 待 办 事项 列表 也 有 一 个 祖先 列 ， 条 目 为 两 层 : 
条 目 祖先 
XA-l1 XA 
XA-2 XA 


请 注意 ， 祖 先 XA 不 仅 传递 祖先 信息 ， 还 把 总 体 产品 待 办 事项 列表 和 领域 待 办 事项 列表 链接 了 起 来 。 
天 键 点 : 在 所 有 待 办 事项 列表 中 最 多 创建 三 层 条 目 。 例 如 XA-1 到 XA 到 X。 
理论 上 可 以 引入 更 多 层 。 但 不 要 这 样 做 。 最 多 三 层 就 停止。 


为 什么 ?我 们 注意 到 ， 如 果 分 解 条 目的 谋 套 层 过 深 ， 团 队 就 会 落 入 需求 定义 不 以 客户 为 中 心 的 陷阱 。 相 反 ， 他 们 定义 的 实际 
上 是 技术 活动 或 任务 的 虚假 需求 。 并 且 ， 他 们 保存 的 是 不 会 被 使 用 的 信息 ， 这 增加 了 复杂 性 ， 还 不 会 带 来 益处 。 


最 多 保留 三 层 条 目 有 助 于 保持 产品 待 办 事项 列表 的 简单 性 和 客户 的 聚焦 度 。 


9.2.4 指南; 巨型 新 需求 领域 


在 巨型 LeSs 产 品 组 织 中 ， 一 个 常见 的 问题 是 处 理 需 要 多 个 人 年 才能 完成 的 庞大 需求 。 在 巨型 Less 框 架 下 处 理 这 类 问题 的 常 
规 方法 就 是 将 它们 添加 到 需求 领域 中 ， 然 后 由 团队 对 其 进行 拆 分 。 当 需求 确实 很 大 时 ， 需 要 新 的 团队 加 入 ， 因 此 领域 会 增长 。 最 
终 ， 由 于 需求 领域 过 于 庞大 ， 而 必须 进行 拆 分 。 


除 此 之 外 ， 另 一 种 方法 是 根据 巨大 需求 ， 推 测 性 地 创建 新 领域 。 我 们 从 不 把 这 种 需求 放 在 现 有 领域 中 ， 相 反 ， 我 们 会 立即 确 


定 由 四 个 以 上 的 团队 来 承担 它 。 因 此 ， 我 们 会 创建 一 个 新 的 需求 领域 和 一 个 新 的 、 其 中 只 有 一 个 条 目的 需求 领域 待 办 事项 列表 。 
然后 ， 我 们 只 将 一 个 团队 移 到 该 领域 ， 暂 时 打破 与 领域 大 小 相关 的 规则 ， 但 我 们 知道 该 领域 一 定 会 扩大 。 


为 什么 这 样 做 ”逐步 拆 分 另 一 个 领域 中 的 巨型 需求 会 导致 领域 待 办 事项 列表 变 得 凌乱 不 堪 ， 因 为 领域 待 办 事项 列表 将 包含 一 
个 大 条 目 混合 其 他 条 目 所 拆 分 出 的 许多 小 条 目 。 另 一 方面 ， 尽 早 创 建 一 个 领域 会 使 领域 产品 负责 人 和 初始 团队 及 早 关注 这 一 巨大 


需求 。 


有 时 候 推 测 是 错误 的 ， 而 且 这 个 领域 永远 不 会 超出 两 个 团队 ， 因 为 该 需求 并 没有 最 初 想象 的 那么 令 人 印象 深刻 。 在 这 种 情况 
下 ， 请 将 该 领域 与 男 一 个 领域 合并 ， 这 样 就 不 必 保留 小 的 领域 。 


9.2.5 ”指南 : 处 理 巨大 需求 


在 本 章 和 第 11 章 中 ， 我 们 介绍 了 处 理 巨大 需求 的 几 种 技巧 。 在 前 面 的 LeSs 章 节 中 ， 我 们 讲述 了 一 个 团队 处 理 庞大 的 监管 需 
求 的 故事 。 在 本 指南 中 ， 我 们 将 分 享 一 个 场景 ， 阅 明 如 何 使 用 多 种 技巧 一 起 应 对 巨大 需求 。 


传统 处 理 方式 


在 描述 这 个 新 故事 之 前 ， 为 了 比较 和 对 照 上 下 文 环境 ， 先 分 享 一 下 在 大 型 产品 组 中 我 们 如 何以 传统 的 方式 处 理 这 些 问题 的 经 


某 大 型 企业 接 到 了 一 个 大 型 需求 BigReq， 便 让 一 个 人 (高 级 分 析 师 、 产 品 经 理 、 系 统 架 构 师 或 系统 工程 师 ) 伦 了 几 个 月 的 
时 间 对 需求 进行 分 析 ， 并 编写 了 一 个 多 达 百 页 的 需求 说 明 ， 然 后 把 这 个 文档 交 给 了 多 个 分 析 人 员 和 架构 师 ， 他 们 每 人 从 需求 说 明 
挑选 一 部 分 ， 并 在 其 上 进行 更 详细 的 工作 。 然 后 ， 每 个 人 都 为 自己 的 领域 编写 了 一 个 百 页 需求 说 明 。 最 后 ， 下 游 开 发 团体 将 这 些 
需求 说 明 作 为 输入 ， 从 中 提取 待 办 事项 条 目 ， 并 创建 产品 待 办 事项 列表 。 这 些 需 求 在 进入 企业 后 大 约 6 个 月 到 2 年 (是 的 , 我 们 
已 经 看 到 了 这 一 点 ) 才 到 达 产 品 待 办 事项 列表 ， 期 间 发 生 过 无 数 次 工作 交接 和 大 量 的 信息 散失 。 


LeSS 处 理 方式 


企业 接 到 BigReq， 产 品 负责 人 立即 将 其 放 入 产品 待 办 事项 列表 。 她 认为 这 个 需求 将 需要 伦 多 年 时 间 才 能 完成 ， 于 是 确定 这 
是 或 者 将 是 一 个 重要 需求 ， 然 后 她 为 该 巨大 需求 创建 了 一 个 新 的 需求 领域 ， 并 寻找 到 一 位 熟悉 这 一 特定 需求 的 合适 的 领域 产品 负 
责 人 (参见 4.2.3 节 ) 。 领 域 产品 负责 人 创建 一 个 只 包含 一 个 条 目的 领域 待 办 事项 列表 ， 如 图 9-3 所 示 。 


产品 负责 人 团队 在 现 有 团队 中 找到 了 一 个 在 经 验 和 知识 方面 与 BigReq 最 接近 的 团队 ， 并 将 该 团队 移 到 该 新 区 域 (参见 
11.1.7 节 ) 。 在 开始 第 一 个 Sprint 之 前 ， 团 队 举行 了 产品 待 办 事项 列表 梳理 会 议 ， 在 会 上 他 们 在 局 部 分 解 了 第 一 个 条 目 ， 并 从 中 
切 分 了 一 个 更 小 的 功能 块 (参见 9.1.3 节 ) ， 如 图 9-4 所 示 。 





产品 竺 办 事项 列表 “巨型 ”领域 产品 竺 办 
事项 列表 


图 9-3 仅 有 一 个 条 目的 新 领域 


“巨型 ”领域 产品 最 新 领域 
待 办 事项 列表 待 办 事项 列表 


BITE#| 

BITE#2 

BITE#3 
MEDIUM#I 
MEDIUM#2 


MEDIUM#3 





SPRINT 


领域 新 团队 启动 


图 9-4 ”在 首 个 Sprint 之 前 ， 在 产品 待 办 事项 列表 梳理 过 程 中 进行 局 部 分 解 与 切 分 





在 首 个 Sprint 中 ， 团 队 实 现 了 所 切 分 的 小 功能 块 。 此 外 ， 他 们 还 将 50% 的 Sprint 时 间 伦 在 产品 待 办 事项 列表 梳理 上 ， 为 后 续 
即将 到 来 的 Sprint 做 准备 ， 在 后 续 的 Sprint 中 ， 他 们 还 将 逐渐 进一步 地 分 解 条 目 。 如 图 9-5 所 示 。 


最 新 领域 待 办 事 
领域 待 办 事项 列表 项 列表 


BITE#| 

BITE#| _ BITE#2 
BITE#2 BITE#3 
局 部 分 解 SMALL#| 
be SMALL#2 
MEDIUM#1 SMALL#3 


MEDIUM#2 MEDIUM#3 
MEDIUM##(4 


MEDLOMES MEDIUM#S 





SPRINT 


领域 新 团队 启动 





图 9-5 ”构建 小 功能 块 ， 把 50% 的 Sprint 时 间 用 在 产品 待 办 事项 列表 梳理 上 


请 注意 ， 他 们 已 经 交付 了 第 一 个 小 功能 块 ， 是 可 工作 软件 ， 也 就 是 说 ， 在 BigReq 进 入 企业 后 的 一 个 月 内 ， 就 有 一 些 东 西 交 
付 了 一 一 这 是 颇 有 意义 的 进展 。 

在 后 面 更 多 的 Sprint 中 该 团队 继续 前 进 ， 通 过 不 断 地 交付 和 反馈 ， 不 断 学 习 ， 并 通过 学 习 来 清除 分 析 和 实现 的 迷雾 。 

一 旦 迷雾 被 充分 清除 ， 当 有 强烈 分 担 巨 量 工作 的 需要 时 ， 产 品 负责 人 团队 会 决定 逐步 将 更 多 的 团队 转移 到 该 领域 (参见 
11.1.4 节 ) 。 新 团队 加 入 并 与 初始 团队 一 起 进行 多 团队 产品 待 办 事项 列表 梳理 工作 ， 他 们 一 起 提炼 条 目 ， 了 解 更 多 关于 BigReq 
的 信息 。 当 新 团队 加 入 时 ， 初 始 团队 承担 带领 团队 的 特殊 角色 ， 对 新 团队 进行 培训 和 指导 ， 并 对 BigReq 进 行 介绍 ， 尤 其 是 肩负 
着 集成 所 有 部 分 的 重任 (参见 13.1.5 节 ) 。 初 始 团队 在 BigReq 完 成 之 前 一 直 留 在 该 领域 ， 因 此 不 人 存在 工作 交接 问题 ， 并 且 同 一 
团队 从 开始 到 结束 始终 工作 在 BigReq 上 。 如 图 9-6 所 示 。 


此 场景 中 使 用 的 技术 总 结 如 下 : 


: 为 巨型 需求 创建 新 的 需求 领域 。 


. 并 非 所 有 团队 都 适合 ， 需 要 从 经 验 丰富 的 团队 开始 。 


团队 | 成 为 领头 手 团 队 


SPRINT 





领域 新 团队 启动 
】 
团队 2 开始 待 办 事项 列表 
梳理 以 学 习 新 领域 团队 2 加 入 领域 
图 9-6 ”新 团队 加 入 领域 前 开始 产品 待 办 事项 列表 梳理 工作 ; 初始 团队 成 为 领头 羊 团队 

: 局 部 分 解 ; 小 功能 块 切 分 。 
将 最 多 50% 的 Sprint 时 间 用 于 条 目 梳理 ， 同 时 构建 小 功能 块 。 
" 逐步 发 展 新 的 需求 领域 。 
. 使 用 多 团队 PBR 进 行 学 习 。 
“ 初始 团队 成 为 领头 羊 团队 ， 承 担 额外 的 指导 和 需求 介绍 职责 。 


[1 也 被 称 为 非 巨 大 的 巨型 LeSS 产 品 组 。 
[2] 也 被 称 为 巨大 的 巨型 LeSS! 


第 10 章 “完成 的 定义 





说 做 不 到 的 人 不 应 该 干扰 正在 做 事 的 人 。 





乔治 . 伯 纳 德 . 肖 


单 团队 Scrum 





我 们 曾 遇 到 一 个 开发 人 员 将 完成 定义 中 的 “完成 ” (done) 写成 “结束 ” (finished) 。 这 引起 了 相当 大 的 混乱 。 大 多 数 
开发 人 员 都 患 有 “我 几乎 做 完了 ”的 病症 。“ 几 乎 ”意味 着 自己 还 不 清楚 距 “ 完 成 ”还 有 多 远 一 一 这 本 身 就 是 一 个 未 定义 的 结 
束 状态 。 

scrum 需 要 透明 度 ， 也 造就 了 透明 度 。 提 高 透明 度 的 一 种 方法 是 正式 定义 “完成 ”的 含义 ， 即 完成 的 定义 。 产 品 进度 的 度量 
是 二 元 的 一 一 条 目 要 么 “完成 ”， 要 么 没有 “完成 ”。 

完美 的 完成 定义 包括 团队 为 了 在 Sprint 中 向 最 终 用户 交 付 产品 而 为 条 目 做 的 所 有 事情 ， 其 中 也 包含 新 的 “完成 ”条 目 。 对 于 
单 团队 Scrum 来 说， 在 每 个 Sprint 中 (或 更 频繁 地 ) 交付 产品 相对 容易 。 当 团队 还 没有 能 力 达 到 完美 完成 定义 时 ， 他 们 可 以 
将 “完成 ”定义 为 完整 集合 的 子 集 。 这 样 ， 目 标 就 变 成 了 : 改进 完成 的 定义 ， 直 到 它 完美 无 缺 ， 并 且 团 队 能 够 在 每 个 Sprint (或 
更 频繁 地 ) 交付 。 


完成 定义 [1 是 团队 为 产品 待 办 事项 列表 中 每 个 条 目 所 执行 的 活动 的 商定 清单 。 所 有 相关 活动 完成 后 ， 条 目 即 完成 。 


不 要 将 完成 定义 和 接收 标准 相互 混淆 。 后 者 是 特定 条 目 必须 满足 的 交付 条 件 ，“ 满 足 所 有 接收 标准 ”通常 包含 在 完成 定义 
中 。 
上 “表示 完成 定义 的 另 一 种 方法 是 产品 待 办 事项 列表 条 目的 状态 ， 或 者 含有 条 目的 产品 增 量 的 状态 。 按 每 个 条 目 表 达 完 成 定义 可 
以 促进 持续 交付 。 





10.1 LeSS 完 成 


目前 ， 单 个 团队 的 产品 组 应 该 有 能 力 定义 完美 的 完成 定义 ， 甚 至 可 以 在 Sprint 阶段 持续 交付 。 但 对 于 许多 大 型 产品 组 来 说 ， 
如 果 在 数 月 内 各 个 方面 仍 人 存在 稳定 性 问题 ， 要 做 到 完美 的 完成 定义 则 是 不 可 能 的 。 巴 斯 至 今 还 记得 他 因 两 年 前 写 的 代码 而 获得 奖 
励 时 惊讶 的 情形 。 产 品 终于 交付 了 。 


规模 扩展 时 ， 以 下 这 些 原则 与 完成 的 定义 相关 : 


透明 度 一 一 在 传统 的 大 型 组 织 中 ， 通 常会 试图 通过 建立 额外 的 管理 控制 和 报告 机 制 来 增加 可 见 性 。LeSS 组 织 拥 有 团队 共享 
的 、 清 晰 的 完成 定义 ， 并 且 至 少 在 每 个 Sprint 结束 时 都 会 交付 已 集成 的 产品 ， 这 创造 了 真实 的 、 非 常 清晰 的 透明 度 。 


寺 续 改进 以 求 完 美 一 一 需要 改进 什么 ? 完成 定义 的 逐步 扩展 为 改进 及 对 改进 成 效 的 衡量 指明 了 方向 。 
10.1.1 ”LeSS 规 则 

整个 产品 只 有 一 个 “完成 ”定义 ， 所 有 团队 通用 。 

每 个 团队 可 以 扩展 通用 的 “完成 ”定义 ， 以 形成 为 自己 团队 所 用 的 、 更 为 严格 的 “完成 ”定义 。 


完美 的 目标 是 通过 改进 “完成 ”的 定义 ， 在 每 个 Sprint (或 者 更 频繁 地 ) 产 出 可 交付 的 产品 。 


10.1.2 指南: 创建 完成 的 定义 


初始 完成 定义 必须 在 第 一 个 Sprint 开始 之 前 ， 通 常 是 在 初次 产品 待 办 事项 列表 梳理 研讨 会 上 ， 达 成 一 致 (关于 初期 产品 待 办 
事项 列表 梳理 ， 参 见 第 11 章 ) 。 


请 尝试 创建 完成 的 定义 如 下 : 
1. 定 义 向 最 终 客户 交付 所 需 的 活动 。 
2. 了 解 现在 可 以 在 每 个 Sprint 完成 哪些 活动 。 
3 .探索 如 何 处 理 未 完成 工作 。 
4. 实 现 为 扩展 完成 定义 而 做 的 第 一 个 改进 。 
让 我 们 更 详细 地 探讨 这 些 步骤 。 
1. 定 义 向 最 终 客户 交付 所 需 的 活动 
这 一 步 中 要 回答 的 关键 问题 是 “为 了 交付 我 们 的 产品 ， 目 前 需要 开始 哪些 活动 ? ”。 提 醒 大 家 .……… 
. 交付 意味 着 “交付 给 最 终 客 户 ”。 每 个 人 都 必须 理解 为 了 交付 产品 而 需要 了 解 的 全 部 情况 。 


* 当 需 要 中 间 工 件 或 辅助 任务 时 ， 提 出 质疑 。 我 们 真 的 需要 那个 需求 说 明文 档 吗 ?我 们 真 的 需要 更 新 所 有 的 技术 文档 吗 ? 如 
何 使 用 技术 文档 ? 这 类 工件 和 任务 是 传统 工作 方式 的 遗留 物 ， 在 这 些 传统 工作 方式 中 ， 它 们 在 专门 化 小 组 之 间 不 断 传递 。 


在 这 一 步骤 中 ， 需 要 不 同 的 角色 ， 以 便 人 们 可 以 观察 到 整体 情况 一 一 角色 不 仅仅 是 团队 和 产品 负责 人 。 由 于 完成 的 定义 是 
推动 组 织 改进 的 重要 工具 ， 因 此 采用 LeSs 时 ， 管 理 人 员 必 须 参 与 进来 (参见 10.1.3 节 ) 。 





团队 、 产 品 负责 人 和 其 他 利益 相关 者 就 所 需要 的 活动 集思广益 ， 并 将 它们 写 在 便 等 上， 画 在 思维 导 图 上 ,或 列 在 挂 纸 上 。 这 
些 活动 通常 包括 编码 、 测 试 和 编写 客户 文档 ， 但 也 可 能 包括 建立 客户 支持 方式 、 构 建 硬件 ， 甚 至 参与 有 关 法 律 的 工作 。 测 试 活动 
通常 分 为 不 同 级 别 ， 包 括 单 元 测试 、 系 统 测试 或 系统 验证 等 。 我 们 将 这 个 活动 清单 称 为 潜在 可 交付 ， 它 就 是 完美 的 完成 定义 。 


根据 我 们 的 经 验 ， 虽 然 这 个 清单 很 长 ， 但 与 会 者 往往 惊讶 于 清单 比 他 们 预期 的 要 短 。 这 是 因为 他 们 中 很 少 有 人 对 交付 产品 所 
必须 做 的 事情 有 全 面 的 了 解 。 


完成 定义 通常 被 包含 在 产品 组 的 组 织 完美 愿景 中 。 在 涉及 硬件 和 软件 的 大 型 产品 组 织 中 ， 要 使 完美 的 完成 定义 变 成 现实 可 能 
需要 数 年 甚至 数 十 年 的 改进 ; 在 小 型 、 同 地 点 的 纯 软 件 组 织 中 ， 这 一 目标 可 能 只 需要 几 个 Sprint 就 能 实现 (参见 3.1.6 节 ) 。 


2. 了 解 每 个 Sprint 可 以 完成 哪些 活动 


这 一 步 中 要 回答 的 关键 问题 是 “考虑 到 我 们 当前 的 环境 和 能 力 ， 每 个 Sprint 可 以 完成 哪些 活动 呢 ?” 该 活动 子 集 就 是 初始 完 
成 定义 。 当 完成 定义 只 是 一 个 小 子 集 时 ， 我 们 认为 它 是 弱 完成 定义 ， 当 完成 定义 几乎 等 于 潜在 可 交付 时 ， 我 们 认为 它 是 强 完成 定 
义 。 


完成 的 定义 可 以 通过 对 便 筹 进行 分 组 或 对 属于 它 的 活动 加 下 划 线 的 方式 来 创建 (如 图 10-1 所 示 ) 。 


完成 定义 和 潜在 可 交付 之 间 的 差异 被 称 为 未 完成 工作 。Sprint 是 根据 完成 的 定义 来 计划 的 ， 因 此 未 完成 工作 将 被 排除 在 外 
一 一 它 被 计划 为 剩余 未 完成 。 这 些 术语 可 能 会 引起 混淆 。 澄 清 如 下 : 


潜在 可 交付 




















+ 列 试 静态 分 析 
+ 单元 测试 集成 
+ 集成 测试 打包 
st 预 汶 (Staging) 

+ 验收 列 记 

用 户 验收 列 试 客户 文档 
+ 验收 测试 

+ 菏 统 测试 风险 评估 

+ 性 能 测试 代码 
+ 稳定 性 测试 批准 

更 新 市 场 宣 传 材料 

+ 可 用 性 列 斌 靶 规 总 种 

+ 压力 测试 准备 应 对 客户 反馈 

+ 猴子 列 试 

+ 时 烽 测试 





带 有 下 划 线 的 为 完成 的 定义 
图 10-1 ”潜在 可 交付 与 初始 完成 定义 


潜在 可 交付 三 完成 的 定义 十 未 完成 工作 





Sprint 中 的 工作 三 产品 待 办 事项 列表 条 目 X 完 成 的 定义 


潜在 可 交付 一 一 在 把 产品 交付 给 最 终 客户 之 前 必须 执行 的 所 有 活动 。 此 清单 不 取决 于 团队 技能 或 组 织 结 构 ， 而 仅 取决 于 产 


完成 的 定义 一 一 团队 、 产 品 负责 人 和 管理 人 员 之 间 的 协定 ， 根 据 协定 ,活动 在 Sprint 期 间 被 执行 。 当 完成 的 定义 等 于 潜在 可 
交付 时 ， 它 便 被 认为 是 完美 的 。 

未 完成 工作 一 一 完成 的 定义 和 潜在 可 交付 之 间 的 差异 。 如 果 完成 的 定义 是 完美 的 ， 就 没有 未 完成 工作 。 如 果 不 是 这 样 ， 那 
么 组 织 必须 决定 如 何 处 理 未 完成 工作 ?如 何 改进 以 减少 将 来 的 未 完成 工作 ? 


尚未 完成 条 目 一 一 在 sprint 期 间 开 始 但 尚未 完成 的 产品 待 办 事项 列表 条 目 。 这 常常 会 与 未 完成 工作 混淆 。 “尚未 完成 ”是 在 


Sprint 结束 之 前 开始 但 尚未 “完成 ”的 产品 待 办 事项 列表 条 目 ， 而 未 完成 工作 甚至 从 未 计划 过 。 当 团队 存在 没有 完成 的 或 部 分 完 
成 的 条 目 时 ， 他 们 应 该 会 感到 有 些 担心 ， 并 且 应 在 回顾 过 程 中 讨论 改进 措施 。 


未 启动 条 目 一 一 在 Sprint 期 间 计划 过 但 从 未 启动 的 产品 待 办 事项 列表 条 目 。 只 需要 把 它 放 回 到 产品 待 办 事项 列表 即 可 。 但 团 


3. 探 索 如 何 处 理 未 完成 工作 


在 这 一 步 中 要 回答 的 关键 问题 是 “ 谁 来 做 未 完成 工作 ， 什 么 时 候 做 ? ”有 几 种 执行 未 完成 工作 的 方法 ， 但 让 我 们 首先 通过 看 
一 个 场景 ， 来 探讨 一 下 未 完成 工作 的 影响 。 


在 图 10-2 中 ， 团 队 们 根据 完成 定义 完成 了 20 个 产品 待 办 事项 列表 条 目 ， 但 仍 有 很 多 未 完成 工作 (例如 稳定 性 测试 和 客户 文 
档 ) 一 一 这 是 由 于 其 弱 完 成 定义 所 致 。 接 下 来 的 两 个 Sprint， 团 队 们 继续 着 开发 工作 。 


图 10-2 未 完成 工作 起 因 于 不 完整 的 完成 定义 
在 图 10-3 中 ， 团 队 根据 他 们 的 弱 完 成 定义 ， 在 三 个 Sprint 中 完成 了 60 个 产品 待 办 事项 列表 条 目 。 这 时 未 完成 工作 的 数量 已 


大 大 增加 。 对 进度 的 错觉 ， 使 得 产品 负责 人 认为 已 经 有 了 足够 多 的 功能 ， 加 上 产品 负责 人 对 产品 的 市 场 潜力 感到 非常 振奋 ， 于 是 
决定 当前 就 是 合适 的 交付 时 间 。 


图 10-3 ”未 完成 工作 不 断 堆积 


但 是 .…… 他 们 不 能 发 布 产品 。 尽 管 团队 已 经 “完成 ”， 但 他 们 的 弱 完成 定义 导致 了 大 量 累 积 的 未 完成 工作 。 这 种 未 完成 工作 
会 导致 延迟 和 缺乏 透明 度 ， 其 中 隐藏 着 重大 风险 。 


延迟 一 一 未 完成 工作 会 导致 产品 负责 人 在 开展 工作 时 缺乏 灵活 性 一 由 于 大 量 未 完成 的 工作 所 带 来 的 不 灵活 性 ， 产 品 负 
人 无 法 对 市 场 需求 和 变化 做 出 直接 响应 。 加 上 完成 未 完成 工作 的 工作 量 难以 预测 ， 这 一 事实 如 同 雪上 加 霜 。 


喘 





风险 一 一 未 完成 工作 会 导致 透明 度 的 缺失 ， 它 推迟 了 识别 风险 的 时 机 (如 图 10-4 所 示 ) 。 例 如 ， 如 果 性 能 测试 是 剩余 未 完 
成 工作 ， 则 可 能 存在 的 系统 性 能 不 佳 的 风险 将 一 直 会 隐藏 到 接近 发 布 之 时 .….. 如 果 风 险 变 成 现实 ， 那 将 会 造成 极 大 的 伤害 。 









。 风 险 和 通明 度 缺 失 
。 延 迟 和 灵 沙 性 缺失 


图 10-4 未 完成 工作 导致 风险 和 延迟 
处 理 未 完成 工作 


处 理 未 完成 工作 的 最 佳 方法 和 唯一 好 方法 是 通过 强 完 成 定义 来 防止 它 。 当 这 种 方法 还 不 可 能 实现 时 ， 下 面 给 出 三 种 可 暂时 使 
用 的 处 理 未 完成 工作 的 方法 。 


发 布 Sprint 一 一 在 发 布 前 的 一 个 或 多 个 Sprint 处 ， 团 队 停止 处 理 新 功能 ， 转 而 执行 未 完成 工作 (如 图 10-5 所 示 ) 。 


发 布 Sprint 是 一 个 可 怕 的 想法 ， 但 有 时 却 是 必要 的 ， 并 且 可 以 一 直 沿用 到 团队 能 够 扩展 他 们 的 完成 定义 。 发 布 Sprint 最 常见 
的 用 法 是 处 理 公司 在 发 布 方面 的 官僚 作风 。 部 署 官 僚 最 终 需要 解决 ， 但 改变 需要 时 间 。 


不 要 在 发 布 Sprint 中 进行 测试 或 缺陷 修复 。 如 果 团队 有 能 力 在 发 布 Sprint 中 做 这 些 工作 ， 那 么 他 们 也 应 该 能 够 在 平常 的 
Sprint 期 间 做 。 这 样 可 以 暂时 不 用 扩展 完成 定义 。 


确定 未 完成 部 门 一 一 在 团队 “完成 ”发 布 中 的 所 有 条 目 后 ， 由 专门 人 员 执行 未 完成 工作 的 部 门 (如 图 10-6 所 示 ) 。 


和 发 布 SPRINT 
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图 10-5 ”糟糕 的 主意 ; 在 发 布 Sprint 中 执行 未 完成 工作 
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图 10-6 ”糟糕 的 主意 : 由 未 完成 部 门 做 未 完成 工作 


大 部 分 未 完成 部 门 都 如 同 远古 遗迹 ， 或 一 种 临时 创可贴 ， 一 直 会 坚持 到 团队 扩展 其 完成 定义 。 未 完成 部 门 最 常见 的 作用 是 执 
行 尚 未 自动 化 的 测试 或 者 由 于 团队 工作 范围 限制 而 无 法 由 团队 执行 的 测试 。 对 未 完成 部 门 通 常 使 用 传统 的 项 目 管理 技术 或 看 板 方 
法 来 进行 管理 ， 因 为 在 未 完成 部 门 中 使 用 Scrum 是 没有 意义 的 。 


所 有 Less 采 用 的 目标 都 是 为 了 团队 在 每 个 Sprint 中 (或 更 频繁 地 ) 发 布 。 为 此 ， 需 要 淘汰 所 有 未 完成 部 门 ， 因 为 它们 会 导 
额外 的 交接 、 延 迟 、 中 断 、 风 险 和 被 削弱 的 学 习 。 去 赢得 专门 化 职能 团体 所 拥有 的 好 处 是 不 值得 的 。 


未 完成 部 门 的 流水 线 作业 一 一 在 每 个 Sprint 结束 时 ，Less 团 队 将 未 完成 工作 移交 给 未 完成 部 门 ， 这 样 未 完成 工作 就 不 会 累 
积 起 来 (如 图 10-7 所 示 ) 。 
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图 10-7 糟糕 的 主意 : 未 完成 工作 的 流水 线 作业 


流水 线 看 起 来 似乎 是 个 好 主意 ， 但 其 实 是 另外 一 个 糟糕 的 主意 而 已 ， 对 于 有 限 范围 的 团队 们 来 说 ， 它 通常 只 是 一 种 短期 快速 
的 解决 方案 ， 请 通过 扩展 完成 定义 ， 以 及 建立 真正 的 、 产 品 范围 的 特性 团队 来 消除 它 。 流 水 线 方式 最 常用 于 什么 时 候 : 
(1) Less 团 队 仍然 承担 组 件 层面 的 工作 ， 因 此 有 些 测试 很 难 适 合 团队 去 做 ; (2) 测试 需要 特殊 设备 ， 而 这 些 特殊 设备 难以 跨 
团队 共享 。 


流水 线 方式 永远 难以 顺畅 运行 。 未 完成 部 门 在 执行 未 完成 的 工作 时 需要 先 从 LeSs 团 队 那 里 拿 到 工作 。 而 这 会 对 Less 团 队 在 
接 下 来 的 Sprint 中 的 工作 造成 中 断 ， 导 致 未 完成 部 门 和 LeSS 团 队 之 间 发 生 持续 的 冲突 。 


在 我 们 的 经 验 中 ， 流 水 线 方式 的 存在 是 一 个 借口 ， 即 为 了 不 打 乱 专门 职能 小 组 ， 或 者 为 了 不 至 于 使 LeSs 团 队 的 工作 范围 加 
大 。 随 着 产品 团体 的 改进 ， 流 水 线 方式 应 该 消失 。 


4 实现 为 扩展 完成 定义 而 做 的 第 一 个 改进 


显 了 改进 的 机 会 。 我 们 可 以 做 些 什 么 改进 呢 ? 


* 自动 化 一 一 许多 未 完成 工作 传统 上 是 手动 工作 ， 必 须 实现 自动 化 。 








协调 产品 组 织 通 常 以 多 种 方式 (例如 四 个 类 似 的 测试 框架 ) 解决 相同 的 问题 。 让 所 有 团队 使 用 许多 相似 但 不 同 的 技术 
来 保持 测试 很 少 能 产生 效果 ， 因 此 LeSS 团 队 需 要 就 一 个 标准 达成 一 致 。 





* 环境 一 一 有 些 环 境 难以 使 用 或 共享 (例如 测试 设备 ) 。 可 能 需要 改进 使 用 方法 ， 并 且 必 须 在 LeSS 团 队 内 部 商定 如 何 共 享 。 


或 者 ， 通 过 增加 虚拟 化 来 减少 对 环境 的 依赖 。 


.并行 化 一 -有 时 LeSS 团 队 会 假定 某 些 工作 必须 按 顺序 来 完成 〈 例 如 ， 在 完成 所 有 代码 后 开始 测试 ) 。 这 种 假设 常常 不 正 
确 ， 工 作 可 以 通过 不 同 的 方式 并 行进 行 。 





. 跨 职能 


有 些 未 完成 工作 所 要 求 的 技能 LeSS 团 队 还 尚未 具备 (例如 技术 写作 ) 。 通 过 交叉 培训 或 增加 具备 所 需 技 能 的 人 
员 来 提升 跨 职能 能 力 。 一 个 常见 的 做 法 是 把 未 完成 部 门 的 人 员 移 动 到 LeSS 团 队 中 。 


审查 未 完成 工作 并 为 扩展 完成 定义 集思广益 各 种 改进 方法 。 等 到 团队 实现 这 些 改进 时 ， 请 把 这 些 改进 事项 放 入 产品 待 办 事项 
列表 中 。 
10.1.3 指南: 完成 定义 的 演进 

完成 定义 包含 许多 方面 ， 它 需要 密切 监测 ， 不 断 演进 。 完 成 定义 的 完美 目标 是 

组 织 能 够 在 每 个 Sprint 中 (或 更 频繁 地 ) 发 布 产品 。 

不 同 角色 会 从 不 同 角度 观察 完成 的 定义 : 


经 理 一 一 尽管 完成 定义 不 完整 ， 但 完成 定义 是 监控 和 管理 组 织 变革 的 主要 工具 。 扩 展 完 成 定义 能 够 引导 组 织 变革 ， 促 成 战 
略 决策 ， 并 且 其 通常 也 是 管理 人 员 的 责任 。 


例如 ,设想 一 个 由 五 个 开发 地 点 组 成 的 产品 组 ， 其 中 两 个 地 点 由 于 测试 设备 的 高 成 本 而 设 有 专门 的 系统 验证 组 。 扩 展 完成 定 
义 的 结果 可 能 是 ， 在 所 有 地 点 发 展 系统 验证 技能 ， 放 弃 单独 的 系统 验证 组 ， 并 研究 如 何 跨 多 个 地 理 位 置 共 享 测试 设备 。 这 远 非 简 
单 的 改变 ! 


经 理 需 要 鼓励 团队 改进 和 扩展 他 们 团队 的 完成 定义 。 让 团队 扩展 他 们 自己 的 完成 定义 ， 可 以 使 以 后 扩展 产品 的 完成 定义 变 得 


更 容易 。 
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避免 单方 面 扩 展 完成 定义 ， 尤 其 要 从 现场 观察 中 获取 真知 (参见 5.1.6 节 ) 。 


团队 一 一 每 一 个 Sprint 都 是 一 个 检查 与 调整 的 改进 周期 ， 完 成 定义 是 驱动 团队 工作 方法 改进 的 源泉 。 每 个 团队 都 可 以 独立 扩 
展 他 们 自己 的 完成 定义 ， 而 不 仅仅 是 产品 级 的 完成 定义 。 


例如 ， 在 前 面 提 到 的 系统 验证 示例 中 ， 一 个 LeSS 团 队 可 以 通过 学 习 系 统 验 证 或 探索 共享 昂贵 测试 设备 的 不 同方 式 来 实现 对 
自身 的 改进 。 


产品 负责 人 一 一 弱 产 品 定义 会 导致 风险 和 延迟 ， 从 而 妨碍 产品 负责 人 实现 价值 的 最 大 化 和 决定 交付 的 时 间 点 。 一 个 好 的 产 
会 重视 改进 ， 以 提高 组 织 的 敏捷 性 。 


例如 ， 在 前 面 提 到 的 系统 验证 示例 中 ， 产 品 负责 人 可 能 会 痛苦 地 经 历 由 系统 验证 导致 的 延迟 ， 她 可 以 通过 投资 测试 设备 或 与 
团队 讨论 需要 添加 哪些 产品 待 办 事项 列表 条 目 以 改进 他 们 的 完成 定义 进而 改善 这 种 状况 。 





不 去 扩展 完成 定义 是 不 去 做 改进 的 信号 。Scrum Master 负 责 打 造 团队 使 其 成 为 自 管理 和 不 断 改 进 的 团 
队 ，Scrum Master 负 责 帮助 组 织 改 进 。 


Scrum Master: 


例如 ， 在 前 面 提 到 的 系统 验证 示例 中 ， 当 团队 没有 讨论 如 何 改进 其 完成 定义 时 ， 问 问 自己 诸如 “是 什么 阻止 了 我 的 团队 提升 
其 系统 验证 技能 ” ”等 类 似 的 问题 。 


完成 定义 以 及 团队 实现 完成 定义 的 效果 是 衡量 Scrum 实 现 健康 状况 的 重要 信息 。 


完成 定义 的 扩展 通常 通过 以 下 方式 来 决定 : 


管理 层 讨 论 会 议 一 一 管理 人 员 要 问 自己 一 个 关键 问题 “如 何 扩展 完成 定义 ? ”提高 组 织 的 交付 能 力 是 管理 人 员 的 主要 责 
任 ， 而 完成 定义 是 实现 这 一 目标 的 关键 工具 。 


回顾 一 一 团队 级 回顾 和 全 体 回顾 都 可 以 生成 改进 事项 。 这 可 以 改善 团队 成 员 的 生活 ， 或 提高 产 出 和 质量 ， 或 促进 完成 定义 
的 扩展 。 产 品级 完成 定义 在 所 有 团队 之 间 共 享 ， 但 鼓励 每 个 团队 对 其 进行 改进 。 


社区 一 一 社区 讨论 是 分 析 组 织 行为 和 系统 问题 的 理想 场所 。 在 这 里 ， 也 能 帮助 团队 更 好 地 思考 扩展 完成 定义 的 方法 。 特 别 
是 Scrum Master 社 区 ， 这 是 一 个 很 好 的 地 方 ， 可 以 充分 利用 (参见 13.1.6 节 ) 。 请 记 住 ， 各 位 Scrum Master 有 责任 与 经 理 们 一 
起 确保 已 发 现 的 问题 得 到 了 清除 ， 并 因此 改变 了 组 织 。 


达到 完美 完成 定义 的 组 织 是 否 已 经 完成 了 改进 ”不 ， 改 进 永远 不 会 完成 ， 也 永远 不 会 停止 。 可 以 进一步 改进 如 下 : 
“ 使 Sptint 更 短 。 
. 在 一 个 Sprint 中 多 次 发 布 。 


. 扩展 完成 定义 使 其 超越 潜在 可 交付 ， 并 将 获得 市 场 成 功 纳入 完成 定义 。 在 这 种 情况 下 ， 条 目的 完成 意味 着 ， 客 户 如 何 使 用 
它 也 是 可 以 度量 的 。 精 益 启动 框架 将 此 称 为 验证 式 学 习 。 


10.2 巨型 LeSS 


没有 专门 针对 巨型 LeSS 的 规则 或 指南 。 一 个 共享 的 完成 定义 适用 于 整个 产品 ， 涵 盖 所 有 需求 领域 。 


三 部 分 LeSS Sprint 





“ 第 11 章 ”产品 待 办 事项 列表 梳理 
“ 第 12 章 Sprint 计划 
` 第 13 章 ”协调 与 集成 


. 第 14 章 ”评审 与 回顾 


第 11 草 ”产品 待 办 事项 列表 梳理 


我 不 一 定 同意 我 所 说 的 一 切 。 





马歇尔 : 麦克 卢 汉 


单 团队 Scrum 


视频 权 术 


4 
C2, 
各 团队 代表 





LeSS 多 地 点 总 体 PBR 研 讨 会 


首先 ， 请 注意 章节 的 顺序 : “产品 待 办 事项 列表 梳理 ”一 章 放 在 “Sprint 计划” 一 章 之 前 。 但 是 实际 中 ， 产 品 待 办 事项 列表 
梳理 (PBR) 不 是 正好 发 生 在 Sprint 计划 之 前 ， 而 是 在 Sprint 计划 之 前 很 远 的 地 方 一 一 通常 是 在 前 面 某 个 Sprint 的 中 期 发 生 的 。 
这 样 组 织 章节 是 因为 从 需求 流 的 角度 来 看 ， 需 要 从 产品 待 办 事项 列表 梳理 开始 。 


Sprint 计 划 期 间 所 选 上 的 产品 待 办 事项 列表 条 目 必 须 足 够 小 并 且 团 队 能 够 充分 理解 ， 这 样 有 助 于 团队 判断 该 条 目 确实 可 以 在 
计划 的 Sprint 中 “完成 ”。 因 此 ， 在 每 个 Sprint 都 需要 持续 地 进行 PBR 工 作 ， 以 便 为 未 来 的 Sprint 做 好 准备 。 有 关 的 活动 包括 澄 
清和 细 化 ， 分 解 ， 以 及 估算 。 本 着 真正 的 经 验 性 过 程控 制 精神 ，Scrum 没 有 说 明 如 何 进 行 PBR， 但 建议 团队 在 这 方面 花费 不 超过 
10% 的 Sprint 时 间 。 它 通常 在 Sprint 中 期 进行 。 


对 条 目的 梳理 并 不 是 由 产品 负责 人 、“ 产 品 负责 人 团队 ”、 业 务 分 析 师 团队 、 产 品 经 理 小 组 ， 或 UX/UI 设 计 人 员 单 独 来 进行 
的 ， 因 为 这 样 做 会 增加 交接 、 库 存 /WIP 等 方面 的 浪费 ， 并 且 还 会 降低 客户 和 用 户 团 队 的 同情 与 理解 。 相 反 ， 这 项 工作 要 由 整个 
团队 ， 而 不 是 该 团队 的 子 集 (如 “BA 专家 ”或 “UX 专家 ”) 来 执行 ， 因 为 在 Scrum 中 没有 专门 针对 特定 领域 (如 分 析 或 UX) 
的 子 小 组 。《Scrum 指 南 》 解 释 道 : 





[PBR] 是 一 个 持续 的 过 程 ， 产 品 负责 人 和 开发 团队 在 产品 待 办 事项 列表 条 目的 细节 上 进行 协作 。…… Scrum 认 为 在 开发 团队 中 
不 应 存在 任何 子 团队 ， 无 论 需要 处 理 的 是 什么 样 的 特定 领域 ， 如 测试 或 业务 分 析 ; 这 条 规则 没有 例外 。 


11.1 Less 产 品 待 办 事项 列表 梳理 


规模 扩展 时 ， 以 下 原则 与 产品 待 办 事项 列表 梳理 相关 : 


整体 产品 聚焦 一 一 如 果 各 个 团队 分 别 梳理 不 同 的 项 目 (局 部 优化 ) ， 那 么 其 效果 将 局 限于 领域 知识 ， 降 低 敏 捷 性 ， 并 使 协 
调 变 得 困难 。 解 决 这 一 问题 的 方法 至 关 重 要 。 


以 客户 为 中 心 一 一 在 传统 组 织 中 ， 所 谓 需求 通常 是 技术 性 或 功能 性 任务 ， 这 些 任 务 为 孤立 的 团队 而 设 ， 而 不 是 为 了 真正 的 
客户 目标 。 因 此 ， 在 传统 组 织 转型 为 LeSs 的 过 程 中 ， 许 多 开发 人 员 对 整体 的 客户 需求 以 及 客户 语言 和 客户 领域 感到 生疏 ， 更 不 
用 说 与 客户 一 起 解决 问题 了 ， 他 们 很 可 能 会 引用 客户 先入 为 主 的 解决 方案 。 


思想 和 排队 理论 一 一 在 旧 的 组 织 中 ， 经 常 由 多 个 职能 团体 一 起 来 定义 需求 ， 并 把 它们 传递 给 业务 和 UX 分 析 人 员 、UI 设 计 人 
、 产品 经 理 等 。 这 会 造成 很 多 浪费 ， 产 生 很 多 充满 中 间 WIP 的 文档 。 从 局 部 看 似乎 很 有 效率 ， 但 真正 的 成 本 和 问题 并 没有 捕捉 
到 。 在 之 后 声称 Scrum 或 敏捷 采用 已 经 完成 时 ， 实 际 上 其 中 这 些 动 态 或 问题 还 留 在 原 地 ， 只 是 被 贴 上 了 诸如 “产品 负责 人 团 
“故事 编写 团队 ”等 新 标签 。 浪 费 和 排队 现象 依然 存在 。 


洒 


11.1.1 ”LeSS 规 则 


产品 待 办 事项 列表 梳理 (PBR) 是 由 每 个 团队 针对 将 来 可 能 执行 的 条 目 来 进行 的 。 要 进行 多 团队 或 总 体 PBR 工 作 ， 以 提高 团 
队 成 员 对 待 办 事项 列表 理解 的 一 致 性 ， 并 在 条 目 密切 相关 或 者 需要 更 广泛 的 输入 /学 习 时 ， 发 现 并 利用 各 种 协调 机 会 。 


产品 负责 人 不 应 独自 处 理 产 品 待 办 事项 列表 梳理 工作 ; 而 应 鼓励 多 个 团队 与 客户 /用 户 及 其 他 利益 相关 者 直接 合作 ， 并 从 中 
获得 支持 。 


所 有 优先 级 顺序 都 由 产品 负责 人 确定 ， 但 优先 级 的 洪 清 工作 应 尽 可 能 直接 在 团队 、 窜 户 / 用 户 和 其 他 利益 相关 者 之 间 进 行 。 


11.1.2 指南 : 产品 待 办 事项 列表 梳理 类 型 


在 LeSs 框 架 中 ， 产 品 待 办 事项 列表 梳理 (PBR) 是 指 团队 利用 研讨 会 的 机 会 与 用 户 和 利益 相关 者 澄清 后 续 要 做 的 条 目 ， 分 
解 大 条 目 ， 并 (重新) 估算 条 目 。 进 行 产品 待 办 事项 列表 梳理 的 精确 模式 取决 于 以 下 因素 : 


* 条 目 不 会 预先 分 配给 特定 团队 ， 因 为 这 会 降低 敏捷 性 和 减少 学 习 ， 并 且 提升 关键 团队 的 脆弱 程度 。 一 组 团队 通常 需要 一 起 
来 梳理 一 组 条 目 ， 而 不 需要 决定 哪个 团队 将 要 实现 哪个 条 目 ， 因 为 这 样 可 以 拓宽 知识 、 加 强 协调 并 提高 敏捷 度 。 


“ 让 所 有 团队 梳理 所 有 条 目 可 能 会 花费 太 多 的 精力 ， 并 且 可 能 导致 多 个 无 聊 的 梳理 会 议 。 当 一 个 团队 知道 他 们 团队 不 实现 菜 
个 条 目 时 ， 也 很 难保 持 他 们 每 个 人 对 澄清 工作 的 兴趣 。 


不 同情 形 有 着 不 同类 型 的 PBR， 以 下 为 四 种 类 型 的 PBR 会 议 : 


忌 体 PBR 一 一 在 多 团队 或 单 团队 PBR 之 前 举行 的 以 产品 为 中 心 的 整体 PBR。 总 体 PBR 用 于 探索 哪些 团队 可 以 改进 哪些 条 目 ， 
并 加 强 学 习 和 协调 。 


多 团队 PBR 一 一 在 该 PBR 中 ， 有 两 个 或 多 个 团队 的 所 有 成 员 一 起 梳理 一 组 条 目 ， 但 尚未 决定 这 些 团队 中 的 哪 一 个 将 实现 哪个 


单 团 了 从 PBR 一 一 一 个 团队 的 所 有 成 员 都 在 其 中 梳理 最 可 能 要 由 他 们 来 实现 的 条 目的 PBR。 这 与 Scrum 中 的 情况 相同 。 


初始 PBR 一 一 在 决定 采用 LeSS 时 ， 在 产品 生命 周期 初期 仪 举行 一 次 的 PBR。 在 初始 PBR 中 ， 所 有 团队 一 起 创建 第 一 个 产品 待 
办 事项 列表 ， 并 提炼 出 足够 的 条 目 以 开始 第 一 个 Sprint。 


下 表 是 对 不 同 梳 理会 议 的 总 结 。 


初始 PBR 
成 员 构成 所 有 团队 
包括 产品 负责 人 吗 ? 一 定 
包括 客户 / 用户 吗 ? 
TY 
集合 以 及 一 组 实现 团 | 不 需要 
队 ) 
洪 清 程度 l 
时 间 长 度 05 一 1 天 至 少 2 天 
典型 频 度 很 多 不 Sprint 很 多 个 Sprint 仅 一 次 


拥有 2 ~ 3 个 团队 的 产品 组 通常 只 举行 一 次 PBR 会 议 ， 产 品 负责 人 、 用 户 和 所 有 团队 的 所 有 成 员 都 要 参加 ， 并 一 起 对 所 有 条 目 
J 深入 梳理 : 把 总 体 PRB 和 多 团队 PBR 会 议 相 结合 更 高 效 。 











确定 哪些 团队 做 哪些 条 目 ? 


i 
沽 


对 于 拥有 3 个 或 更 多 个 团队 的 产品 组 ，PBR 会 议 通常 采 用 组 合 方式 ， 先 是 总 体 PBR， 接 着 是 多 团队 PBR 和 单 团队 PBR。 要 避 
免 单 团队 PBR， 除 非 绝 对 确定 哪些 团队 将 实现 哪些 条 目 。 一 般 而 言 ， 建 议 一 组 团队 进行 多 团队 PBR 梳 理 一 组 条 目 。 图 11-1 显 示 了 
一 个 常见 的 PBR 模 式 。 
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利益 相关 方 利益 相关 方 
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图 11-1 LeSS PBR 类 型 


11.1.3 指南 : 总 体 PBR 


在 总 体 PBR 中 需要 决定 将 由 哪个 团队 来 做 进一步 的 深度 梳理 : 要 么 是 一 组 梳理 条 目 集 的 团队 (理想 情况 ) ， 要 么 是 单个 团 
队 。 有 了 时 根据 团队 过 去 的 工作 或 最 近 的 兴趣 点 很 容易 决定 哪些 团队 最 适合 梳理 哪些 条 目 ， 这 种 情况 下 该 团队 可 以 跳 过 总 体 PBR。 


总 体 PBR 是 “短暂 而 和 睦 的 ”。 例 如 ， 对 于 两 周 的 Sprint，1 个 小 时 即 可 。 与 会 者 包括 产品 负责 人 以 及 来 自 所 有 团队 的 代表 
或 所 有 团队 一 一 在 大 型 组 织 中 ， 大 多 数 情况 下 都 是 派 代表 参加 。 基 本 活动 包括 : 


与 产品 负责 人 讨论 方向 和 愿景 。 
: 讨论 要 梳理 的 条 目 。 
“ 确定 要 参加 后 续 深度 团队 PBR 的 团队 和 条 目 。 


` 为 了 增加 学 习 ， 提 高 敏捷 性 ， 并 降低 “关键 团队 ”脆弱 性 ， 建 议 使 用 一 组 团队 梳理 一 组 条 目的 方式 而 不 是 “团队 A 处 理 
区 ，Y，Z]”: 也 就 是 使 用 多 团队 PBR 方 式 。 


` 确定 需要 合作 和 协调 的 强 相 关 条 目 ; 也 导致 采用 多 团队 PBR 方 式 。 


在 总 体 PBR 中 ， 产 品 组 还 可 以 : 
. 分 解 大 条 目 ， 这 会 引发 讨论 和 学 习 。 
. 估算 条 目 ， 这 同样 会 引发 讨论 和 学 习 ， 也 有 助 于 跨 团队 同步 估算 〈 参 见 11.1.8 节 ) 。 


: 澄清 条 目 ， 但 不 深入 。 


例如， 澄清 可 以 有 时 间 限 制 (“10 分 钟 ”) 或 内 容 限 制 (“两 个 例子 ”) 。 


代表 ? LeSS 中 的 这 一 建议 会 重复 出 现 : 任何 会 议 如 果 有 代表 参加 ， 代 表 应 该 采用 轮换 制 。 这 样 有 利于 挖掘 更 多 的 观点 ， 加 
强 团 队 成 员 多 样 化 的 技能 ， 减 少 “ 特 殊 人 员 ” 特 有 的 弱点 。 


条 目 选 择 者 ”在 总 体 PBR 期 间 ， 让 团队 (而 不 是 产品 负责 人 ) 决定 将 哪些 条 目 转 移 到 多 团队 或 单 团队 PBR。 这 可 以 促进 自 组 
织 ， 减 轻 产 品 负 责 人 的 工作 量 。 如 前 所 述 ， 最 好 使 用 一 组 团队 梳理 一 组 条 目的 方式 ， 而 不 是 “团队 A 处 理 [X, Y, 2]”。 


11.1.4 指南: 多 团队 PBR 


在 多 团队 PBR 中 ， 两 个 或 多 个 团队 的 所 有 成 员 一 起 梳理 条 目 集 ， 而 不 决定 哪个 团队 将 实现 哪个 条 目 。 因 此 ， 他 们 会 把 团队 对 
条 目的 决策 推迟 到 将 来 Sprint 计 划 的 时 候 。 组 织 敏捷 性 一 一 对 变化 的 快速 响应 一 一 提高 了 ， 而 广博 全 面 的 产品 知识 也 会 促进 自 
组 织 协调 。 还 有 谁 参加 呢 ? 除 了 所 有 团队 成 员 之 外 ， 重 要 的 参与 者 还 包括 客户 /用 户 和 一 些 利益 相关 者 。 完 成 后 ， 通 常 就 不 再 需 
要 单 团队 PBR 了 。 


当然 ， 仅 仅 让 两 个 或 三 个 团队 在 同一 个 房间 里 梳理 条 目 并 不 能 神奇 地 增加 共同 理解 ， 等 等 。 因 此 ， 多 团队 PBR 必 须 包括 一 
组 “混合 ”技巧 ， 例 如 : 


1. 团 队 混 合 一 一 从 每 个 团队 抽取 人 员 组 成 临时 混合 小 组 。 例 如 ， 两 个 小 组 重新 组 成 两 个 混合 小 组 。 





- 在 完成 后 面 的 所 有 步骤 后 ， 考 虑 为 下 一 个 周期 建立 新 的 混合 小 组 ， 以 增加 多 样 性 和 互动 机 会 。 





2. 轮 换 梳理 一 一 在 同一 房间 的 不 同 区 域 ， 每 个 混合 小 组 独立 梳理 不 同 (或 相同 ) 的 条 目 ， 例 如 在 不 同 的 白板 、 桌 子 或 不 同 的 
电脑 投影 仪 周 围 。 经 过 “30 分 钟 ” 的 时 间 箱 后 ， 所 有 小 组 都 轮转 到 下 一 个 工作 区 (以 及 正在 梳理 的 相关 条 目 ) ， 并 确保 留 下 一 
两 个 人 ， 以 便 进来 的 小 组 能 够 快速 跟 上 当前 梳理 的 进度 。 留 下 来 的 人 通常 包括 客户 /用 户 或 其 他 利益 相关 者 ， 他 们 最 有 能 力 帮 助 
团队 梳理 条 目 。 


3. 分 合 循环 一 一 小 组 花 一 些 时 间 分 别 在 房间 不 同 的 区 域 对 不 同 (或 相同 ) 的 条 目 进行 梳理 ， 然 后 再 合 起 来 花 一 些 时 间 一 起 分 
享 见解 、 提 出 问题 和 寻求 进一步 协调 的 机 会 。 





为 什么 要 进行 多 团队 PBR? 


* 提高 组 织 敏捷 性 : 多 团队 PBR 能 够 让 更 多 的 团队 一 起 实现 一 组 条 目 。 从 另 一 个 角度 看 ， 这 会 延迟 决定 哪个 团队 将 实现 哪个 
项 目 。 因 此 ， 产 品 负责 人 可 以 以 更 多 的 方式 改变 条 目的 顺序 ， 对 引起 变化 的 各 种 因素 及 时 做 出 响应 ， 不 要 做 “只 有 团队 A 可 以 实 
现 X” 这 样 的 严格 限制 。 这 样 敏捷 性 就 提高 了 ! 


* 增加 整体 产品 聚焦 和 知识 : 一 起 进行 多 团队 PBR 的 团队 通过 以 下 形式 获得 更 广泛 的 领域 知识 : (1) 接触 更 多 不 同 的 条 
目 ;，(2) 接触 其 他 团队 成 员 和 其 他 知识 。 这 提高 了 他 们 理解 、 观 察 和 关注 整体 的 能 力 。 


* 改善 协调 : 多 团队 PBR 教 育 团队 更 详细 地 了 解 其 他 团队 知道 的 和 正在 做 的 事情 。 这 加 强 了 协调 和 分 担 工作 的 能 力 。 


11.1.5 ”指南 : 多 地 点 PBR 


总 体 PBR 或 多 团队 PBR 可 以 以 多 地 点 的 方式 进行 。 有 关 多 地 点 的 一 般 性 提示 ， 参 见 本 书 13.1.7 节 。 本 指南 重点 介绍 与 PBR 有 
关 的 提示 。 
分 解 


分 解 大 条 目 时 ， 在 白板 上 绘制 树 形 图 表 通 常 很 有 用 (参见 11.1.7 节 ) 。 类 似 地 ， 在 多 地 点 会 议 中 可 以 使 用 共享 思维 导 图 绘制 
工具 (例如 在 浏览 器 中 ) ， 因 为 这 些 工具 可 用 于 创建 树 形 结构 ， 而 且 不 同 地 点 的 人 可 以 同时 看 到 并 修改 思维 导 图 。 


实例 化 需求 [ (SbE) 是 小 组 通过 讨论 实例 来 澄清 和 了 解 条 目的 杰出 技术 。SbE 长 期 以 来 被 鼓励 在 LeSS 中 使 用 。 如 何在 多 地 
点 PBR 中 执行 这 种 技术 呢 ? 使 用 共享 电子 表格 (例如 在 浏览 器 中 ) ， 因 为 许多 实例 自然 而 然 适合 表格 式 。 所 有 地 点 的 用 户 都 可 以 
轻松 修改 它 。 


估算 


首先 ， 避 免 使 用 所 谓 的 “敏捷 ”计划 工具 ， 因 为 它们 往往 会 让 人 们 将 注意 力 集中 在 工具 上 ， 而 不 是 人 们 彼此 之 间 ， 还 因为 卡 
等 实物 工具 往往 能 更 好 地 激励 和 吸引 人 们 。 其 次 ， 在 LeSs 中 可 以 使 用 任何 估算 技术 ， 但 这 里 假设 使 用 “计划 扑克 ”技巧 ， 
为 它 非常 流行 (参见 9.1.6 节 和 11.1.8 节 ) 。 


网 络 摄 像 机 加 实物 计划 扑克 或 自己 的 双手 一 一 在 多 地 点 会 议 中 ， 人 们 可 以 使 用 大 字号 的 大 扑克 牌 ， 以 便 其 他 人 可 以 通过 网 
络 摄像 头 看 到 。 另 一 种 方式 是 使 用 拳头 和 手指 示意 来 表示 不 同 的 估计 值 。 


共享 聊天 一 一 每 个 人 都 带 一 个 具有 共享 聊天 工具 的 设备 。 当 主持 人 说 “ 亮 出 数字 ”时 ， 每 个 人 都 可 以 键入 数字 。 
11.1.6 ”指南 : 初始 PBR 


采用 LeSS 的 产品 组 在 其 第 一 个 Sprint 之 前 ， 产 品 待 办 事项 列表 必须 到 位 ， 并 且 其 中 有 足够 的 、 团 队 已 理解 的 条 目 ， 以 便 团队 
开始 工作 。 在 LeSS 中 ， 把 这 种 初期 准备 好 的 PBR 巧 妙 地 称 为 初始 PBR。 上 顺便 说 明 : 本 指南 在 本 书 第 3 章 中 已 经 有 过 描述 ， 但 主要 
是 与 一 般 PBR 有 关 ， 故 而 在 此 将 做 进一步 解释 。 


为 什么 及 烦 ? 


已 经 采用 了 LeSS 的 产品 组 可 能 会 问 : “为 什么 要 费心 这 样 做 ? 我 们 已 经 有 了 待 办 事项 列表 ， 我 们 的 队员 已 经 理解 了 需求 。 
”实际 上 ， 这 两 个 认定 可 能 都 不 正确 ， 使 用 初始 PBR 还 有 其 他 两 个 原因 。 








" 现 有 的 “ 待 办 事项 列表 ”并 不 是 有 用 的 LeSS 产 品 待 办 事项 列表 。 


在 指导 一 个 刚 开始 采用 LeSS 的 组 织 时 ， 我 们 通常 会 问 : “您 是 否 已 经 有 了 待 办 事项 列表 ?” 答案 总 是 : “ 哦 ， 是 的 ， 我 们 
有 JIRAICJVRallyBJ/.…… 列 表 ! ”小 心 ! 我 们 曾 与 一 个 产品 组 织 合作 过 ， 一 开始 他 们 在 JIRA“ 待 办 事项 列表 ”中 有 508 个 条 目 。 经 
过 一 个 两 小 时 的 活动 ， 从 中 提取 了 23 个 条 目 ， 并 输入 到 产品 待 办 事项 列表 中 ! 为 什么 ? 大 多 数 旧 的 “条 目 ” 都 是 为 单一 职能 团 
队 而 设 定 的 职能 性 任务 (分 析 、 设 计 、 测 试 ，.……) ， 为 组 件 团队 设 定 的 组 件 任务 ， 等 等 ， 所 有 预测 都 基于 旧 组 织 认定 的 方式 ， 


而 这 些 在 新 的 LeSS 特 性 团队 结构 中 不 再 有 意义 。 
: 人 们 不 理解 重组 的 条 目 。 


条 有 目 需 要 用 真正 以 客户 为 中 心 的 端 到 端的 方式 来 表达 ， 并 以 这 种 方式 让 人 们 理解 。 由 于 以 前 的 团队 是 孤立 的 ， 因 此 新 的 特性 
团队 需要 花 大量 时 间 学 习 这 些 重组 的 条 目 。 


: 对 以 客户 为 中 心 的 观点 了 解 有 限 。 


即使 以 前 旧 条 目 是 按 以 客户 为 中 心 的 方式 表达 的 ， 以 前 孤立 的 专家 也 只 关注 狭隘 的 任务 ， 并 不 了 解 完 整 的 以 客户 为 中 心 的 观 


No 


` 没有 对 重组 的 条 目 进行 估算 ， 或 者 估算 不 佳 或 不 足 。 


重组 的 条 目 需要 重新 估算 。 即 使 这 些 条 目 不 需要 重新 构造 ， 佑 算 结 果 也 往往 来 自 其 他 团体 ， 而 不 是 新 建 的 特性 团队 。 产 品 负 
责 人 需要 知道 大 多 数 或 所 有 条 目的 估算 ， 以 支持 长 期 计划 。 


. 新 的 更 宽泛 的 产品 定义 。 


在 7.1.2 节 中 解释 过 ， 在 LeSS 及 用 中 ， 产 品 范围 可 能 会 变 得 更 宽广 。 因 此 ， 可 能 需要 将 几 个 现 有 的 待 办 事项 列表 合并 成 一 个 
新 的 更 宽泛 的 待 办 事项 列表 。 这 种 变化 意味 着 一 个 新 的 更 宽泛 的 产品 愿景 ， 也 意味 着 很 大 的 知识 差距 ， 同 时 ， 许 多 彼此 不 熟悉 的 
人 将 很 快 一 起 交付 产品 ， 所 有 这 些 变化 应 向 人 们 及 时 通告 。 


` 没有 共同 的 产品 愿景 。 
无 论 它 是 不 是 新 的 、 定 义 更 宽泛 的 产品 ， 由 于 传统 团体 的 孤立 ， 很 少 有 人 了 解 产 品 愿景 ， 即 使 有 ， 也 可 能 只 有 一 个 ! 初始 


PBR 是 形成 和 沟通 共同 愿景 的 时 机 ， 也 是 对 共同 愿景 的 认识 达成 一 致 的 时 机 。 


基本 要 素 


先决 条 件 ? (1) 产品 负责 人 已 确定 ; (2) 特性 团队 及 其 成 员 已 确定 ; (3) 已 有 足够 详细 的 信息 来 支持 团队 以 充分 梳理 条 
目 ， 为 Sprint#1 做 好 准备 。 理 想 的 情况 是 用 户 /客户 和 一 些 利益 相关 者 能 够 参与 进来 ， 同 时 也 可 以 包括 现 有 文档 或 待 办 事项 列 
表 。 


寺 续 时 间 ? 通常 是 两 天 或 更 长 。 


与 会 者 ? “所 有 人 ! ”产品 负责 人 、 所 有 团队 的 所 有 成 员 、 客 户 、 用 户 、 领 域 专家 、 产 品 经 理 、Scrum Master 和 支持 经 
理 。 


目标 


初始 PBR 的 基本 目标 是 充分 梳理 足够 多 的 条 目 ， 以 便 所 有 团队 都 能 在 第 一 次 Sprint 中 高 效 实现 条 目 ， 直 到 “完成 ”， 并 创建 
可 交付 的 产品 。 


其 他 目标 : (1) 建立 共同 愿景 和 理解 ; (2) 产生 创新 想法 ; “(3) 确定 早期 主要 目标 ; (4) 制定 长 期 计划 。 这 些 目标 或 
多 或 少 取决 于 组 织 和 产品 的 当前 状态 。 例 如 ， 在 一 个 长 期 稳定 ， 地 点 单一 ， 并 且 从 事 成 熟 产 品 工作 的 组 织 中 ， 这 些 目 标 可 能 已 经 


实现 了 。 与 之 形成 鲜明 对 比 的 是 一 个 有 三 个 年 轻 地 点 、 刚 刚 两 岁 的 产品 在 一 个 火爆 的 市 场 中 爆炸 式 地 增长 。 


基本 目标 : 充分 梳理 足够 多 的 条 目 
要 达成 这 一 目标 通常 会 占用 初始 PBR 的 大 部 分 时 间 。 


怎么 做 ?因为 所 有 团队 都 在 一 起 ， 所 以 请 参考 11.1.4 节 了 解 应 该 如 何 合作 。 虽 然 存在 流行 的 技术 包括 敏捷 建 模 和 实例 化 需 
求 ， 但 在 经 验 性 过 程控 制 的 精神 指导 下 ，Less 方 法 并 不 规定 梳理 条 目的 方式 。 


多 少 个 条 目 ? 为 第 一 个 Sprint 准备 多 少 个 条 目 ?正如 11.1.7 节 ”中 所 解释 的 那样 ， 瞄 准 足 够 小 的 、 团 队 可 以 在 一 个 Sprint 中 
完成 大 约 4 个 的 条 目 。 因 此 ， 如 果 有 5 个 团队 ， 这 意味 着 在 初始 PBR 中 至 少 准备 20 (4x 5) 个 条 目 。 但 是 等 等 ， 我 们 注意 到 ， 在 大 
多 数 情况 下 ， 条 目 从 模糊 和 未 经 审查 到 明确 和 能 够 执行 平均 需要 两 个 Sprint。 在 这 种 情况 下 ， 在 初始 PBR 过 程 中 ， 团 队 们 需要 准 
备 大 约 40 个 条 目 ， 这 便 足 以 为 早期 Sprint 做 好 准备 ， 而 在 Sprint#1 中 ， 团 队 就 会 开始 为 后 期 Sprint 梳 理 条 目 。 


目标 : 建立 共同 愿景 ， 增 进 共同 理解 


每 一 次 PBR 会 议 都 是 建立 愿景 和 增进 共同 理解 的 机 会 ， 但 初始 PBR 是 整个 产品 组 第 一 次 需要 特别 关注 的 时 刻 。 例 如 ， 在 前 面 
的 传统 组 织 中 ， 愿 景 可 能 只 是 产品 经 理 的 天 地 ， 程 序 员 / 测 试 人 员 等 仅仅 是 执行 命令 。 而 在 新 LeSs 产 品 组 中 则 不 然 。 


怎么 做 ? 首先， 熟练 的 研讨 会 主持 人 对 于 这 类 活动 是 无 价 之 宝 ! 使 用 任何 技巧 都 可 以 ， 但 我 们 建议 使 用 合作 、 有 趣 、 迅 捷 的 
技巧 ， 在 一 本 名 为 《创新 游戏 与 游戏 风暴 》 (Innovation Games and Gamestorming) 的 图 书 对 此 有 所 描述 。 
目标 : 产生 创新 想法 


与 愿景 一 样 ， 任 何 一 次 或 者 每 一 次 PBR 会 议 都 是 一 次 激发 创新 想法 的 机 会 。 但 是 ， 初 始 PBR 是 设 定 基调 让 每 个 人 都 参与 创新 
的 理想 的 第 一 步 。 

怎么 做 ?” 再 一 次 ， 使 用 任何 技巧 都 是 可 以 的 ; 我 们 建议 采用 《Innovation Games and Gamestorming》 一 书 中 提供 的 一 
些 创新 游戏 。 
目标 : 确定 早期 主要 目标 


与 创新 一 样 ， 每 一 种 PBR 会 议 都 是 考虑 新 目标 或 替代 | 旧 目 标的 时 机 。 但 是 初始 PBR 是 开始 这 样 做 和 实践 新 技术 最 自然 的 时 
机 。 


怎么 做 ? 我 们 经 常 推荐 的 两 种 技巧 是 影响 地 图 (如 图 11-2 所 示 ) 和 故事 地 图 。 建 议 大 家 学 习 相 关 的 优秀 图 书 : 《Impact 
Mapping》 和 《User Story Mapping》。 





图 11-2 初始 PBR 中 的 影响 地 图 技术 


目标 : 长 期 计划 ， 反 复 进行 


首先 ，Scrum 没 有 正式 包含 “发 布 计划 ”的 概念 ， 这 有 充分 的 理由 。 为 什么 ? 因为 关键 的 完美 目标 是 至 少 每 个 Sprint 交 付 。 
这 是 敏捷 开发 中 的 一 个 重要 概念 ， 能 带 来 许多 好 处 ， 所 以 在 LeSS 中 也 会 对 此 加 以 强调 : 至 少 每 个 Sprint 都 要 有 交付 。 这 样 ， 大 批 
量 计划 所 具有 的 所 有 复杂 性 都 会 消失 ， 并 且 有 强大 的 敏捷 性 支持 对 变化 进行 快速 响应 。 


但 是 ， 当 然 存 在 一 些 情况 一 一 在 大 规模 开发 中 最 常见 的 情况 一 一 例如 ， 为 了 与 内 部 团体 (例如 与 市 场 部 门 做 营销 活动 ) 、 
客户 (例如 组 织 部 署 新 的 无 线 电 塔 ) 和 各 种 大 事件 〈 例 如 商业 展览) 的 日 期 保持 同步 ， 需 要 制定 长 期 计划 。 这 时 ， 初 始 PBR 正 是 
制定 长 期 计划 的 机 会 。 


关于 长 期 敏捷 计划 的 一 个 关键 点 是 : 
在 制定 长 期 计划 时 ， 为 一 定 范围 的 条 目 规划 交付 日 期 有 时 是 有 必要 的 ， 但 不 要 为 条 目 指定 具体 的 Sprint。 这 会 扼杀 敏捷 性 。 


怎么 做 ? 不 管用 什么 样 的 技巧 ， 一 个 关键 问题 是 ，“ 多 长 时 间 做 一 次 较 长 期 的 计划 ? ”每 一 个 Sprint 都 是 一 次 学 习 和 调整 的 
机 会 。 初 始 PBR 只 是 第 一 次 的 长 期 计划 ; 如 果 重要 的 话 ， 在 以 后 每 次 PBR 会 议 上 、 每 一 个 Sprint 中 都 可 以 重新 规划 更 长 期 的 计 
划 。 


在 制定 长 期 计划 时 ， 为 了 与 其 他 重要 方面 在 日 期 上 保持 同步 ， 一 个 关键 因素 是 在 初始 PBR 期 间 要 进行 一 些 估算 。 在 后 面 的 
11.1.8 节 中 将 扩展 该 主题 ， 但 这 里 给 出 一 个 要 点 : 


选择 最 简单 的 、 既 符合 目的 又 能 促进 讨论 和 学 习 的 技巧 。 
长 期 计划 的 第 二 个 关键 因素 是 顺序 ， 通 常 是 较 大 的 目标 或 主题 的 顺序 。LeSS 自 然 没有 规定 这 种 技术 ， 尽 管 它 建 议 了 一 些 确 
定 早期 主要 目标 的 技巧 ， 包 括 影 响 地 图 和 故事 地 图 技术 。 


架构 设计 与 初始 PBR 


初始 PBR 的 结果 可 能 会 隐 含 团队 在 Sprint#1 之 前 应 该 考虑 的 一 些 重要 的 架构 方面 的 变化 。 在 初始 PBR 期 间 是 否 讨论 并 解决 了 
此 问题 ”没有 。PBR 是 为 了 理解 和 学 习 客 户 的 观点 ， 而 不 是 为 了 技术 设计 。 需 要 在 初始 PBR 之 后 ， 为 团队 组 织 一 个 或 多 个 设计 研 
讨 会， 让 他 们 探讨 技术 设计 (参见 13.1.8 节 ) 。 


11.1.7 指南 : 条 目 分 解 


大 规模 是 一 个 巨型 需求 的 世界 ， 所 以 我 们 总 是 听 到 这 样 的 话 : “我 们 的 团队 不 可 能 把 需求 正好 放 进 两 周 的 Sprint 中 。 它 们 不 
可 能 既 保 持 以 客户 为 中 心 的 特点 又 能 变 得 很 小 。” 我 们 愿意 邀请 此 人 把 他 们 最 大 、 最 不 可 能 的 、 从 来 没有 拆 分 成 面向 客户 的 小 条 
目的 条 目 告诉 给 我 们 ， 然 后 大 家 一 起 在 白板 上 分 解 。 通 常 只 需要 大 约 五 分 钟 ， 可 见 实际 上 并 不 是 那么 困难 。 尽 管 情况 各 不 相同 ， 
但 只 要 稍 加 学 习 ， 你 也 可 以 成 为 一 个 需求 分 解 认证 大 师 (Certified split Master) ! 


为 什么 要 分 解 大 型 条 目 ? 


` 及 早 交付 高 价值 或 高 风险 元 素 可 提高 效益 ， 增 加 反馈 并 降低 风险 。 相 关 的 是 ， 小 条 目 提 高 了 产品 负责 人 对 真正 重要 的 内 容 
和 下 一 步 工 作 的 可 见 性 及 控制 力 。 


:以 客户 为 中 心 的 “ 重 直 ”分解 有 助 于 在 多 个 团队 之 间 划 分 和 并 行 化 有 价值 的 工作 ， 而 团队 仍然 可 以 执行 完成 定义 中 的 所 有 
活动 。 


“ 一 个 条 目 必须 可 以 在 一 个 Sprint 内 完成 ， 这 样 每 个 Sprint 都 会 完成 一 些 增 量 ，WIP 随 之 降低 。 


在 本 指南 中 ， 将 开始 讲述 如 何 分 解 需求 。 


如 何 学 习 ? 


多 看 一 些 附带 丰富 解释 的 例子 有 助 于 学 习 ， 讲 述 故 事 有 助 于 学 习 。 所 以 ， 下 面 就 用 一 个 例子 来 讲述 分 解 条 目的 真实 故事 。 还 
有 更 多 值得 学 习 的 例子 有 助 于 掌握 这 门 艺 术 。 使 用 以 下 资源 可 助 你 成 为 需求 分 解 认证 大 师 : 


LeSS 图 书 之 一 《精益 和 敏捷 开发 大 型 应 用 实战 》 (Practices for Scaling Lean&Agile Development) 中 有 一 个 部 分 约 20 
页 ， 叫 作 “Try...Split Product Backlog ltems” (尝试 .….. 分 解 产 品 待 办 事项 列表 条 目 ) ， 其 中 提供 了 许多 详细 示例 。 


上 述 部 分 也 可 以 在 less.works 网 站 的 指南 部 分 找到 ， 名 为 “split Big ltems” (分 解 大 型 条 目 ) 。 


一 本 名 为 《Fifty Quick ldeas to Improve Your User Stories》 的 书 中 有 一 个 30 页 的 指南 ， 其 中 介绍 了 如 何 学 习 需 求 分 
解 。 


Richard Lawrence 的 在 线 “Patterns for Splitting User Stories” (用 户 故 事 分 解 模式 ) 和 “How to Split a User 
Story” (如 何 分 解 用 户 故 事 ) 。 


如 何 分 解 ? 


学 习 如 何 分 解 需求 的 一 个 关键 是 了 解 分 解 角度 ， 然 后 学 习 如 何 根据 这 些 角度 进行 分 解 。 下 表 描 述 了 其 中 的 一 部 分 。 














用 例 主 工作 流 或 用 例 ; CRUD 用 例 配置 会 变化 ， 例 如 操作 系统 类 型 

场景 用 例 中 的 特定 步 又 序列 用 户 角 色 ， 人 物 角色 | ”攻击 者 、 防 御 者 、 超 级 用 户 、 新 手 
同类 型 或 种 类 的 事物 ， 如 交易 ， 束 号 分 隔 的 格式 ，…. 

0 或 种 类 的 事物 ， 如 交易 |， gig 光 XML， 运 号 分 隔 的 格式 

外 部 集成 多 种 外 部 要 素 ， 例 如 交易 所 | 数据 部 分 数据 的 多 元 素 子 集 :可 能 有 用 
系统 操作 / 消息 ， 例 如 HTTP 中 等 看 吐 量 vs 高 春 吐 量 ， 可 恢复 

串 :出自 bl 

操作 /消息 | GET，SwWIFT MT304 i 或 不 可 恢复 





ee 输入 或 输出 通道 ， 例 如 GUI 或 ey 
[i 


下 面 的 示例 可 以 帮助 大 家 学 习 分 解 角度 。 





分 解 示 例 : 处 理 肯尼亚 -市 场 托管 交易 

本 示例 来 自 于 一 个 大 型 证 券 区 易 产品 的 “处 理 肯尼亚 -市 场 托管 交易 ”功能 。 这 项 工作 以 前 是 半 人 工 完 成 的 ， 但 随 着 这 个 市 
场 交易 量 的 增长 ， 交 易 小 组 希望 它 能 够 完全 自动 化 。 

于 是 举办 了 一 个 PBR 会 议 ， 与 会 者 包括 团队 成 员 和 一 些 实际 操作 的 用 户 ， 他 们 参与 过 半 手 动 处 理 ， 很 多 需求 都 了 然 于 胸 。 


分 解 粒度 一 当然， 如果 条 目 已 经 被 估计 为 足够 小 ，4 个 相似 的 条 目 可 适合 一 个 团队 进行 一 次 Sprint， 那 么 就 不 需要 进一步 
分 解 (本 书后 面 会 讲 到 ) 。 在 定义 新 的 分 解 条 目 时 ， 需 要 对 条 目 进行 估算 以 决定 是 否 需要 进一步 分 解 。 在 这 个 例子 中 ， 原 始 条 目 
经 过 估算 属于 大 型 条 目 。 

分 解 角度 : 按 用 例 分 解 一 在 PBR 会 议 中 与 用 户 交谈 时 ， 能 很 清楚 地 了 解 到 该 需求 包括 “处 理 交易 ”。 通 常 交易 需求 会 被 分 
为 几 个 主要 用 例 和 由， 该 需求 也 是 如 此 : (1) 结算 交易 ; (2) 处 理 交易 未 结 清 时 的 公司 操作 (例如 股票 分 割 ) ; (3) 其 他 。 





日 


用 户 希 望 讨 论 并 细 化 所 有 的 用 例 。 我 们 不 得 不 让 他 们 暂停 一 下 ， 说 道 : “让 我 们 一 步 一 步 来 澄清 。 哪 些 用 例 执 行 得 最 为 频 
繁 ? ”他 们 说 : “目前 结算 交易 最 为 常用 ， 并 且 我 们 需要 首先 做 该 操作 ， 因 为 这 样 会 快速 降低 成 本 和 减少 错误 。” 所 以 决定 先 把 
重点 放 在 “结算 交易 ”上 。 我 们 没有 费心 去 挖 出 所 有 可 能 的 用 例 。 相 反 ， 我 们 在 白板 上 绘制 了 一 棵 树 ， 可 以 显示 拆 分 出 的 主要 子 


条 目 。 


. 结算 交易 


by 


" 处 理 交易 未 结 清 时 的 公司 操作 





只 
己 


* 处 理 肯 尼 亚 -市 场 交易 的 其 他 所 有 事 


这 种 带 有 “其 他 所 有 事项 ” 占 位 符 的 局 部 分 解 在 分 解 时 非常 重要 。 它 可 以 减少 过 度 处 理 和 WIP， 并 使 小 组 集中 在 小 批量 开发 
上 。 这 个 大 条 目 将 作为 未 来 条 目的 占 位 符 放 在 产品 待 办 事项 列表 中 。 





下 一 步 的 重点 是 什么 ? 分 解 方 向 一 一 是 什么 让 我 们 专注 于 “结算 交易 ”? 下 一 个 要 专注 的 方向 是 什么 ? 指南 如 下 : 
* 针对 价值 或 影响 进行 分 解 一 一 例如 增加 营业 额 或 市 场 份额 ， 或 者 降低 成 本 。 
* 针对 如 下 方面 的 学 习 进 行 分 解 : 


* 领域 一 一 例如 不 熟悉 的 衍生 产品 


. 技术 一 一 例如 不 熟悉 的 协议 


. 整个 条 目的 大 小 

. 针对 缓解 风险 分 解 一 例如 ， 分 解 以 澄清 和 交付 一 个 预防 罚款 的 条 目 ， 或 分 解 以 创建 或 评估 新 技术 。 
为 进步 而 分 解 一 -有 时 仅仅 是 开发 一 些 东西 就 能 建立 起 满足 需求 的 信心 。 

继续 分 解 吗 ?” 一 一 分 解 后 若 人 们 立刻 意识 到 它 仍然 是 一 个 大 条 目 ， 那 就 继续 。 


按 类 型 划分 一 一 我 们 问 : “是 否 有 不 同类 型 的 结算 交易 ? ”回答 : “有 ， 买 和 卖 。” 这 表明 买 入 / 卖 出 可 能 是 进一步 的 分 解 
点 ， 但 分 解 时 我 们 首先 必须 问 下 面 一 个 重要 的 问题 … 


SVM 人 人 _ 


分 解 会 减少 工作 量 吗 ? 一 一 在 理论 上 需求 可 以 分 解 成 “ 结 清 买 入 和 “ 结 清 卖 出 ”， 但 这 并 不 意味 着 它 会 分 解 所 涉及 的 工 
作 量 。 有 时 可 以 用 完全 相同 的 代码 处 理 这 些 问题 ， 所 以 ， 这 样 的 分 解 是 没有 用 的 ， 因 为 它 不 会 减少 工作 量 。 于 是 ,我 们 这 样 
问 : “ 相 比 买 入 和 卖 出 的 结算 ， 它 们 的 逻辑 、 业 务 规则 、 处 理 等 是 否 相同 ? ”专家 们 回答 说 : “ 哦 ， 不 ， 有 相当 大 的 不 同 。 
”好 ! 那 就 是 说 按 交 易 类 型 划分 是 有 用 的 。 现 在 可 以 这 样 分 : 


全 
笠 
ba 


交 易 


by 


旦 
3 
六 
> 


吓 
准 


清 卖 出 


by 


处 理 交 易 未 结 清 时 的 公司 操作 


" 处 理 肯 尼 亚 - 市 场 交易 的 其 他 所 有 事项 





下 一 步 的 重点 是 什么 ? 一 一 自动 化 此 需求 的 目的 是 减少 手动 处 理 的 成 本 和 错误 。 如 果 不 同 类 型 的 交易 处 理 的 成 本 相等 ， 那 


么 交易 处 理 类 型 的 频率 会 指向 最 有 收益 的 位 置 。 


我 们 问 : “ 买 入 交易 的 百分比 是 多 少 ? ”回答 : “80%。 ”因此 ， 我 们 进一步 关注 “ 结 清 买 入 ”。 
继续 分 解 吗 ? 一 一 “ 结 清 买 入 条 目 很 小 了 吗 ? ”回答 ，“ 不 ， 它 还 很 大 。 


“我 们 猜测 那里 有 用 例 ， 如 果 是 真 的 ， 


司 纪 


开放 问题 和 发 现 变 体 一 到 目前 为 止 ， 我 们 在 分 解 讨 论 中 使 用 的 都 是 经 验 ， 例 如 ， 
就 接着 再 问 有 哪些 用 例 ?” 但 提出 开放 式 问 题 也 很 重要 ， 因 为 经 验 并 不 总 是 能 引导 人 们 熟练 地 走向 下 一 步 。 


在 分 解 讨论 中 提出 开放 问题 时 ， 我 们 特别 学 习 了 需求 中 的 变 体 。 因 为 找到 变 体 或 蔡 代 需求 是 发 现 分 解 方法 和 加 深 理 解 的 关 


键 。 
所 以 我 们 会 提出 : “再 多 谈 谈 结 清 买 入 。” 于 是 发 现 有 两 种 主要 的 结算 过 程 : 免费 ， 交 割 与 付费 ， 每 种 过 程 的 需求 不 同 。 
此 ， 分 解 如 下 : 
结 清 买 入 


以 免费 方式 结 清 买 入 


以 交割 与 付费 方式 结 清 买 入 


随后 我 们 发 现 ， 由 于 交易 频率 较 高 ， 以 免费 方式 结 清 买 入 与 首先 交割 相 比 更 有 利 ， 但 它 仍然 很 大 。 


“ 谈 一 谈 以 免费 方式 结 清 买 入 吧 ?”” 随后 ， 我 们 发 现 激活 此 用 例 的 是 一 条 传 入 的 SWIFT 消 息 ， 


是 时 候 提出 更 开放 的 问题 了 : 
寺 征 ) 的 分 解 。 在 对 话 中 ， 我 们 发 现 了 以 下 子 条 目 : 


根据 消息 的 特性 存在 不 同 的 处 理 步 又。 可 以 认为 这 是 按 消息 类 型 (或 特 


i 


“ 以 免费 方式 结 清 买 入 


- 以 免费 方式 结 清 买 入 ; 所 有 交易 方 详细 信息 已 吝 入 传 入 的 SWIFT 消 息 中 (“完整 ”) 





以 免费 方式 结 清 买 入 ; 部 分 交易 方 详细 信息 未 在 传 入 的 SWIFT 消 息 中 提供 (“不 完整 ”) 
但 对 于 完整 的 情况 ， 没 有 什么 需要 做 的 。 


所 以 不 需要 进一步 分 解 了 。 


> SwifT 


对 于 后 面 这 个 不 完整 的 变 体 ， 需 要 编写 大 量 代码 来 检索 和 填写 缺少 方 的 详细 信息 。 
到 此 ， 小 组 感 党 到 以 免费 方式 结 清 买 入 并 且 已 提供 所 有 交易 方 详细 信息 的 条 目 可 能 足够 小 ， 


现在 ， 产 品 待 办 事项 列表 中 实际 记录 的 都 有 什么 呢 ? 
:以 免费 方式 结 清 买 入 ; 完整 SWIFT 消 息 

以 免费 方式 结 清 买 入 ; 不 完整 SWIFT 消 息 

-以 交割 与 付费 方式 结 清 买 入 

. 结 清 卖 出 


: 处 理 交易 未 结 清 时 的 公司 操作 





* 处 理 肯 尼 亚 -市 场 交易 的 其 他 所 有 事项 


祖先 条 目 
些 祖 先 信息 。 在 这 种 情况 下 ， 请 参见 本 书 9.1.4 节 。 





暂时 完成 了 ! 


分 解 为 细小 端 到 端 条 目 


请 注意 ， 所 有 中 间 “祖先 ” 都 从 待 办 事项 列表 中 去 除了 。 这 是 一 个 很 好 很 简单 的 方法 ， 但 有 时 仍 需要 保留 一 


考虑 一 下 我 们 发 现 的 这 个 新 子 项 目 : 以 免费 方式 结 清 买 入 ;完整 SWIFT 消 息 。 它 是 一 个 完整 的 、 端 到 端的 、“ 垂 直 ” 的 、 以 


客户 为 中 心 的 功能 ， 但 很 小 。 它 只 需要 几 个 验收 测试 来 验证 即 可 。 这 正 说 明了 分 解 的 一 个 关键 点 : 
分 解 为 细小 的 端 到 端 “ 重 直 ” 需 求 。 
不 要 将 条 目 分 解 为 内 部 设计 步骤 ! 
步骤 是 怎么 回 事 ?” 指 的 是 开发 人 员 根 据 内 部 设计 的 逻辑 算法 步骤 来 考虑 开发 。 例 如 ， 对 于 结 清 买 入 变 成 如 下 步骤 : 
1. 识 别 SWIFT 消 息 类 型 
2. 解 析 消 息 


3. 从 数据 库 检 索 与 消息 相关 联 的 交易 


不 要 按 内 部 设计 算法 处 理 步 骤 来 做 分 解 ; 例如 不 要 把 步骤 “识别 SWIFT 消 息 类 型 ”定义 为 一 个 条 目 。 为 什么 呢 ? 
“ 无 法 添加 以 客户 为 中 心 的 自动 验收 测试 ， 因 为 没有 实现 以 客户 为 中 心 的 端 到 端 功能 。 
“ 由 于 无 法 在 产品 环境 中 使 用 ， 所 以 是 WIP， 并 伴 有 经 典 的 问题 : 没有 可 用 的 价值 ， 隐 藏 的 缺陷 和 风险 ， 无 法 反馈 。 


` 它 引 入 了 类 似 组 件 团队 的 动态 和 问题 。 什 么 意思 呢 ? 


组 件 团队 仍然 存在 或 曾经 存在 的 时 候 ， 在 当时 所 创建 的 体系 结构 中 ， 通 常 ， 一 个 处 理 步 骤 关 联 一 个 软件 组 件 ， 例 如 步骤 


别 消 息 ” 与 组 件 Messageldentifier 相 关联 。 如 果 确 实 是 这 样 ， 接 下 来 发 生 的 可 能 就 是 .…… 


“ 识 


(人 


假设 把 每 个 处 理 步 又 定义 为 单独 的 条 目 ; 例如 将 步骤 “识别 SWIFT 消 息 类 型 ”定义 为 一 个 条 目 ， 等 等 。 那 么 ， 做 法 就 是 ， 对 


涉及 与 该 步骤 相关 的 组 件 的 客户 需求 及 其 “所 有 ” 变 体 的 “所 有 ”变更 ， 进 行 定义 和 执行 。 例 如 ，“ 为 识别 所 有 消息 类 型 ， 


执行 


Messageldentifier 组 件 中 的 所 有 工作 ， 因 此 我 们 只 需要 碰 它 一 次 。 


即使 存在 明显 的 特性 团队 ， 这 都 将 导致 组 织 回 退 到 组 件 团队 所 特有 的 动态 和 问题 状态 ， 因 为 他 们 正在 开发 单 组 件 任务 ， 这 些 
任务 隐藏 在 “处 理 步 又” 需求 的 标签 之 下 。 


相 比 之 下 ，“ 以 免费 方式 结 清 买 入 ; 完整 SWIFT 消 息 ”是 完整 的 需求 。 它 非常 小 ， 并 且 不 可 能 是 “ 结 清 买 入 ”的 所 有 变 体 ， 
它 是 一 个 完整 的 流 。 它 可 以 被 集成 、 交 付 、 使 用 ， 提 供 价值 并 给 出 反馈 。 并 且 ， 永 远 不 需要 更 改 自 动 验收 测试 。 
失败 场景 先行 


另 一 种 迎 然 不 同 的 分 解 方式 是 分 解 错误 (故障 ) 场景 。 一 次 我 们 参与 了 一 个 为 产品 实现 3G 电 信和 标准 HSDPA 的 开发 活动 。 
队 试 图 通过 简化 一 个 成 功 的 场景 开始 分 解 。 他 们 讨论 的 结果 是 : 
在 最 简单 的 网 络 配 置 中 进行 HSDPA 调 用 ， 忽 略 所 有 错误 情况 。 


但 他 们 发 现 即 使 是 这 样 ， 条 目 也 太 大 了 。 因 此 ， 他 们 不 再 关注 成 功 场景 ， 转 而 从 失败 的 角度 开始 分 解 一 一 电信 网 络 中 这 样 
的 场景 很 多 。 他 们 首先 为 最 简单 的 、 最 可 能 出 现 故 障 的 场景 做 拆 分 ， 然 后 沿 着 该 场景 逐步 深入 ， 最 后 实现 更 多 的 故障 场景 。 经 过 
两 个 Sprint， 故 障 场景 的 累积 足以 使 他 们 开始 实现 最 简单 的 成 功 场景 。 


为 什么 说 这 样 做 有 用 呢 ? 通过 分 解 故障 案例 ， 他 们 逐渐 构建 了 一 些 功 能 ， 同 时 仍 保 持 对 客户 观点 的 关注 。 此 外 ， 他 们 提早 解 
决 了 一 些 风 险 ， 并 增加 了 学 习 。 当 然 ， 只 有 故障 案例 并 不 能 (总 是 ) 提供 可 用 的 价值 。 
每 个 Sprint 至 少 四 个 条 目 


拆 分 出 的 条 目 应 该 多 小 ”当然 必须 比 Sprint 小 ， 这 样 才能 在 一 个 Sprint 中 产 出 增 量 。 另 外 ，“ 几 乎 和 整个 Sprint 一 样 大 ”也 
是 不 可 取 的 。 为 什么 ”由 于 研发 过 程 固有 的 高 可 变性 ， 一 个 大 条 目 在 一 个 Sprint 中 很 可 能 无 法 完全 完成 。 于 是 ， 团 队 不 能 交付 任 
何 “ 完 成 ”事项 ， 故 而 就 没有 效益 ， 并 且 反 馈 会 变 弱 ， 学 习 和 调整 也 会 变 少 。 


所 以 这 里 给 出 一 个 影响 拆 分 大 小 的 指导 原则 : 在 Sprint 中 ， 一 个 团队 至 少 应 该 选择 4 个 条 目 。 
为 什么 是 4 个 ? 它 在 太 大 和 太 小 之 间 取 得 了 平衡 。 为 什么 不 是 两 个 ? 
` 对 于 大 型 条 目 ， 由 于 受 限 资源 (如 试验 室 设 备 ) 的 可 变性 或 可 用 性 问题 ， 其 无 法 在 一 个 Sprint 中 完成 的 可 能 性 会 增加 。 


* 如 果 在 Sprint 结 束 时 有 大 量 半 成 品 (WIP) 条 目 ， 产 品 负 责 人 在 下 一 个 Sprint 中 的 选择 就 会 变 窄 ， 因 为 几乎 总 是 需要 连 使 大 


家 完成 WIP 条 目 。 
: 大 型 条 目 往 往 会 促进 松散 的 瀑布 式 实践 ， 而 且 它 们 往往 会 导致 团队 被 淹没 在 无 尽 的 细节 之 中 。 


为 什么 不 是 10 个 ? 在 大 规模 的 世界 中 ，“ 每 个 团队 10 个 条 目 ”可 能 是 可 以 接受 的 ， 但 是 会 导致 这 样 的 缺点 : (1) 分 解 开销 
过 大 ; ” (2) 管理 和 理解 庞大 产品 待 办 事项 列表 及 其 无 数 细小 条 目的 开销 过 大 ; 。 (3) 难以 保持 以 端 到 端 为 中 心 ; (4) 强化 了 个 
人 完成 条 目 而 不 是 “整个 团队 一 起 ”共同 承担 责任 的 旧 趋 势 。 


11.1.8 指南 : 大 规模 估算 


在 大 型 产品 组 中 ， 估 算 问题 包括 跨 团队 估算 单位 的 同步 问题 ， 以 及 估算 目的 与 所 需 的 工作 量 和 所 用 的 技巧 之 间 的 脱节 问题 ， 
后 者 甚至 更 加 严重 。 


使 估算 工作 量 与 目标 相 匹配 


大 型 传统 组 织 会 要 求 团队 使 用 泰勒 的 “最 佳 估算 实践 ”， 而 忽略 具体 情景 ， 并 假设 “好 的 ”估算 总 是 好 的 ， 从 不 顾及 成 本 和 


估算 不 需要 “准确 ”或 “精确 ”; 需要 的 是 有 效 ， 有 效 取决 于 目的 。 


例如 ， 试 图 提高 估算 “精度 ”的 最 常见 原因 是 试图 增加 可 预测 性 的 “精度 ”。 但 是 让 我 们 重新 考虑 一 下 敏捷 世界 中 的 可 预测 
性 : 首先 100% “精确 ”估算 (术语 上 已 存在 矛盾 ) 是 不 可 能 的 ， 其 次 即使 不 以 这 种 不 可 能 性 为 估算 目标 ， 可 预测 性 也 是 不 能 保 
证 的 ， 因 为 必然 会 有 新 的 条 目 出 现 。 我 们 有 时 会 提醒 客户 ，“ 唯 一 没有 变化 的 产品 是 那些 没有 客户 的 产品 。” 因此， 我 们 建议 遵 
循 敏捷 原则 (之 一 ) : 响应 变化 胜 过 遵循 计划 。 


那么 为 什么 要 估算 呢 ? 


ROI 优 先 顺序 一 一 如 果 想 让 钱 爆炸 式 增长 ， 就 需 对 爆炸 和 钱 进 行 估算 。 


. 内 部 团体 一 一 例如 市 场 部 的 营销 活动 。 


* 客户 一 一 例如 在 向 电信 运营 商 交付 新 设备 时 ， 他 们 需要 组 织 一 个 部 署 项 目 。 








. 事件 一 一 例如 贸易 展 。 


评估 “发 布 承诺 ”风险 一 如 果 很 不 幸 仍然 做 出 了 固定 范围 和 日 期 发 布 承诺 ， 佑 算 (和 重新 估算 ) 有 助 于 确定 风险 和 调整 
的 必要 性 (参见 8.1.9 节 ) 。 重 大 发 布 承诺 的 男 一 种 版 本 是 在 受 限 或 固定 价格 外 包 项 目的 市 场 上 玩 火 ， 特 别 是 在 固定 范围 项 目 
中 。 估 算 用 于 评估 效益 可 行 性 ， 评 佑 效益 和 交付 的 风险 。 


通过 探索 或 暴露 差异 来 学 习 一 共同 估算 可 增加 对 条 目的 了 解 ， 有 助 于 把 注意 力 集中 在 需要 的 地 方 以 便 进 一 步 澄清 或 分 解 
条 目 。 当 人 们 对 估算 结果 意见 不 一 时 ， 更 多 的 学 习 就 会 发 生 。 请 注意 ， 在 这 种 情况 下 ， 有 益 的 是 估算 过 程 ， 而 不 是 估算 数值 。 


特定 技巧 与 相对 努力 
LeSS 是 由 经 验 性 过 程控 制 驱 动 的， 因此 没有 规定 具体 的 估算 技巧 。 可 以 使 用 从 计划 扑克 到 参数 模型 等 任何 技巧 。 最 重要 的 
是 : 


选择 最 简单 的 、 符 合 目的 并 且 能 促进 讨论 和 学 习 的 技巧 。 


同步 各 团队 的 估算 单位 


LeSS 自 然 也 没有 说 明 使 用 什么 估算 单位 ， 但 相对 (故事) 点 非常 受 欢 迎 。 为 什么 要 在 大 规模 情境 中 使 用 它们 ? 其 中 一 个 原 
因 是 ,相对 (故事) 点 快速 且 易 于 创建 ， 同 时 从 中 可 以 揭示 出 差异 和 学 习 机 会 ， 进 而 为 及 时 更 新 估算 值 提供 更 多 的 机 会 一 一 在 
大 型 产品 组 织 中 ， 面 对 如 此 多 的 工作 条 目 ， 如 果 估 算 单 位 或 估算 技术 比较 恼人 ， 有 些 事 情 就 很 少 能 够 完成 。 为 什么 要 更 新 估算 ? 
更 新 可 以 促进 更 多 的 学 习 ， 是 产品 和 过 程 的 经 验 性 过 程控 制 原则 在 实际 中 的 体现 。 


为 什么 不 都 使 用 相对 点 呢 ? 使 用 非 相 对 单位 ， 如 人 日 ， 可 消除 同步 问题 。 单 位 ， 易 于 理解 ， 可 以 广泛 使 用 ， 意 味 着 较 少 的 再 
教育 或 单位 转换 。 此 外 ， 有 些 团 体 滥用 和 扭曲 相对 估算 值 ( 例 如 ， 将 这 些 估 算 值 与 人 日 联系 起 来 ， 单 纯 地 利用 这 些 估算 值 来 比较 


团队 ， 将 这 些 估 算 值 与 目标 和 奖金 挂钩 ) ， 使 得 这 些 估算 值 变 得 毫 无 意义 ， 霄 失 原 本 的 作用 。 


使 用 点 数 时 需要 考虑 估算 值 的 比例 问题 : 点 数 是 相对 的 一 一 “5” 没 有 绝对 的 、 独 立 的 含义 。 两 个 团队 可 以 定义 不 同 
的 “5”。 如 果 佑 算 值 用 于 决策 或 进度 评估 ， 则 会 由 于 不 一 致 而 导致 问题 。 相 反 ， 如 果 团体 就 点 数 大 小 达成 了 共识 或 做 好 了 同 
步 ， 则 会 带 来 好 处 : 





.一致 的 估算 有 助 于 确定 ROI 的 优先 级 ， 并 提高 跨 团队 分 配 条 目的 灵活 性 。 
. 产品 层 速度 的 把 控 一 一 有 助 于 预测 。 
如 何 同步 ? 


对 照 已 完成 条 目 进行 校准 一 为 了 提高 同步 程度 ， 一 种 简单 的 方法 是 让 团队 对 照 产品 待 办 事项 列表 中 的 一 组 已 完成 条 目 进 
行 校准 或 比较 。 为 了 使 这 种 方法 更 好 地 工作 ， 应 该 选择 多 个 类 似 条 目 ， 让 人 们 有 机 会 更 多 地 熟悉 这 种 校准 方式 。 


A NT 





在 多 团队 PBR 或 总 体 PBR 中 同步 一 一 当 两 个 或 多 个 团队 一 起 执行 PBR 并 一 起 使 用 点 数 进 行 估算 时 ， 团 队 之 间 应 保持 一 致 ， 始 
终 让 相对 点 保持 共同 的 含义 。 类 似 地 ， 在 总 体 PBR (由 来 自 所 有 团队 的 几 个 代表 组 成 ) 中 ， 当 估算 是 一 起 完成 时 ， 点 数 就 是 同步 
的 。 


[1] 参看 图 书 《 沟 通 鸿沟 》 (Bridging the Communication Gap) 和 《实例 化 需求 》。 





D] 一 个 缺陷 跟踪 管理 系统 。 译 者 注 
[3] 一 个 Scrum 项 目 管理 工具 。 译 者 注 





[4] “用 例 ” 是 用 户 理解 并 使 用 的 术语 和 模型 。 


11.2 巨型 LeSS 


在 巨型 Less 中 ， 产 品 待 办 事项 列表 梳理 是 在 每 个 需求 领域 上 进行 的 ， 如 同 在 小 型 LeSs 框 架 中 一 样 。 例 如 ，“ 和 总 体 ”PBR 会 
议 针 对 的 是 一 个 需求 领域 ， 而 不 是 整个 产品 。 


对 于 巨型 LeSS 没 有 特别 的 PBR 规 则 。 
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只 有 在 动物 园 里 ， 工 作 和 运动 才 是 同一 件 事 ， 因 为 人 们 付 钱 让 动物 园 里 的 动物 四 处 走动 。 


一 一 大 野 耐 一 





LeSS 中 的 Sprint 计划 一 


单 团队 Scrum 


Sprint 计划 涵盖 两 个 截然 不 同 的 主题 : 内 容 和 方式 。 主 题 一 侧重 于 条 目的 选择 和 遗留 问题 的 讨论 ， 可 以 在 短 时 间 内 完成 ， 
是 因为 先前 澄清 条 目 时 进行 过 产品 待 办 事项 列表 梳理 。 主 题 二 集中 在 条 目的 初步 设计 和 工作 计划 上 。 i 
待 办 事项 列表 。 虽 然 产品 负责 人 决定 条 目的 顺序 ， 但 只 能 由 团队 决定 所 要 选择 的 条 目 。 所 选 条 目 不 是 范围 许诺 或 者 承诺 ， 而 是 基 
于 团队 对 现实 的 预测 。 


12.1 LeSSs Sprint 计划 


规模 扩展 时 ， 如 下 原则 与 Sprint 计划 相关 : 


整体 产品 聚焦 一 一 多 个 团队 时 ， 每 个 团队 朝 不 同方 向 前 进 和 不 协同 工作 的 可 能 性 就 会 增加 ， 而 且 在 计划 的 执行 过 程 中 这 种 
可 能 性 会 被 放大 或 者 被 缩小 。 


经 验 性 过 程控 制 和 持续 改进 一 一 尤其 是 在 具有 各 种 不 同 环境 并 且 不 断 有 改进 需要 的 大 规模 情形 下 ， 如 何 运 行 LeSS Sprint 计 
划 会 议 必须 由 团队 来 决定 。 


以 少 为 多 一 一 传统 观点 认为 ， 制 定 大 规模 计划 具有 很 大 的 复杂 性 ， 涉 及 许多 依赖 关系 管理 。 但 是 ，LeSS 计 划 是 简单 的 ， 
为 它 由 特性 团队 来 负责 协调 。 


12.1.1 ”LeSS 规 则 


Sptint 计 划 由 两 部 分 组 成 : Sprint 计 划一 由 所 有 团队 共同 制定 ， 而 Sprint 计 划 二 通常 由 各 个 团队 各 自制 定 。 多 个 团队 可 以 在 一 
个 共享 空间 中 为 紧密 相关 的 条 目 一 起 制定 Sprint 计 划 二 。 


Sprint 计 划一 需要 产品 负责 人 和 团队 (或 团队 代表 ) 参加 。 他 们 一 起 试探 性 地 选择 每 个 团队 在 该 Sprint 中 要 做 的 条 目 。 团 队 识 
别 一 起 协作 的 机 会 ， 并 澄清 最 终 的 问题 。 





每 个 团队 都 有 自己 的 Sprint 待 办 事项 列表 。 


Sprint 计划 二 用 于 让 团队 决定 他 们 将 如 何 执行 所 选 条 目 。 这 里 通常 会 涉及 设计 和 创建 他 们 的 Sprint 待 办 事项 列表 。 


12.1.2 指南: Sprint 计划 一 


除了 把 关注 点 放 在 内 容 上 ， 在 LeSS Sprint 计划 一 (SP1) 中 还 会 发 生 什么 ”在 回答 之 前 ， 先 提醒 一 下 : 在 早期 的 产品 待 办 
事项 列表 梳理 中 ， 有 一 个 指导 原则 ， 即 一 组 团队 一 组 条 目 。 这 对 团队 之 间 的 共同 理解 和 整个 团体 的 敏捷 性 至 关 重 要 ， 并 且 其 还 暗 
示 在 SP1 期 间 ， 哪 个 团队 将 要 做 什么 并 没 受 到 限制 (参见 11.1.3 节 ) 。 


因此 团队 和 产品 负责 人 需要 对 条 目的 划分 做 出 决定 。 团 队 还 需要 识别 合作 的 机 会 ， 并 讨论 如 何 合作 。 由 于 这 是 一 项 涉及 许多 
团队 和 条 目的 复杂 工作 ， 因 此 SP1 正 是 产品 负责 人 和 团队 进行 交谈 ， 并 现场 调整 条 目 优 先 级 和 分 配方 式 的 合适 时 机 。 


寺 续 时 间 ? 在 一 个 两 周 的 Sprint 中 ，SP1 最 多 两 小 时 ，SP2 最 多 两 小 时 。 如 果 Sprint 长 度 不 是 两 周 ， 可 以 按 比 例 确 定 Sprint 计 
划 所 需 的 时 间 。 


到 Sprint 计 划一 (SP1) 要 开始 的 时 候 ， 对 即将 开发 的 条 目 不 应 存在 不 清楚 的 问题 ， 因 为 问题 在 产品 待 办 事项 列表 梳理 中 应 
已 得 到 澄清 。 那 么 需要 谁 参加 计划 会 议 呢 ”只 需要 产品 负责 人 和 LeSs 团 队 或 他 们 的 代表 参加 。 但 特别 是 在 LeSs 采 用 的 早期 阶 
段 ， 由 于 年 轻 团 队 对 各 方面 知识 的 了 解 还 存在 较 大 差距 ，SP1 期 间 经 常会 出 现 一 些小 问题 且 无 法 得 到 解决 。 这 时 ， 考 虑 邀请 其 他 
专家 (例如 产品 经 理 、 用 户 /客户 等 ) 到 现场 来 帮助 回答 小 问题 。 如 果 这 些 差距 正好 是 改进 目标 ， 那 就 不 需要 这 种 权宜 之 计 了 。 


有 多 少 LeSs 团 队 队员 参加 呢 ? 范围 可 以 从 所 有 人 到 | 每 个 团队 一 名 代表 。 请 注意 ，Scrum Master 不 是 团队 成 员 ， 也 不 是 代 
表 。 如 果 只 有 少数 代表 能 参加 ， 并 且 考 虑 到 团队 之 间 的 均衡 ， 则 可 以 按照 潜在 交接 问题 数量 的 多 少 来 确定 团队 成 员 的 数量 ; 还 要 
考虑 会 议 期 间 如 何 营造 包容 感 ， 以 及 会 议 室 的 大 小 等 事项 。 如 果 有 代表 参加 ， 那 么 请 采用 轮换 制 |。 


会 议 应 至 少 包括 一 个 Scrum Master 来 指导 如 何 进 行 LeSS Sprint 计 划 并 帮助 改进 它 。 


拣选 条 目 


会 前 分 配 ? 产品 组 是 否 应 在 SP1 之 前 或 期 间 为 团队 分 配 条 目 ? 也 许可 以 在 SP1 期 间 。 为 什么 ? 这 种 “ 尽 可 能 晚 地 做 决定 ”的 
方法 可 以 推迟 到 获得 足够 多 的 信息 时 再 做 决定 ， 这 样 有 助 于 做 出 最 明智 的 选择 。 这 种 方法 允许 更 多 的 选项 保持 公开 ， 因 而 提高 
组 织 的 敏捷 性 。 它 也 鼓励 整体 产品 聚焦 ， 团 队 的 视野 因此 而 得 以 拓宽 。 


产品 负责 人 决定 ? 产品 负责 人 是 否 应 该 为 团队 决定 条 目的 划分 ? 不 应 这 样 做 ; 最 好 让 团队 来 决定 。 为 什么 ? 这 样 做 可 以 减 
轻 产 品 负责 人 的 工作 量 ， 有 利于 自 组 织 ， 能 够 提高 团队 在 选择 不 太 熟悉 的 条 目 时 的 敏捷 性 和 学 习 能 力 ， 并 让 团队 对 产品 有 更 多 的 

意识 。 特 别 是 对 于 新 组 建 的 团队 来 说， 自主 决策 的 自由 和 激励 明确 地 向 团队 传递 了 自 管理 ， 信 任 而 不 是 微观 管理 ， 依 知识 
做 决策 ， 以 及 重视 学 习 的 信号 。 


争夺 条 目 ?” 如 果 出 现 一 些 有 趣 的 条 目 由 不 同 团队 来 竞争 的 情况 ， 该 如 何 处 理 呢 ? 好 大 一 个 问题 ! 因为 各 团队 都 参与 争夺 ， 于 
是 ， 业 务 能 力 熟练 的 Scrum Master 为 团队 提供 了 各 种 决策 办 法 : 从 摔跤 决胜 负 到 让 产品 负责 人 打破 僵局 。 我 们 建议 由 产品 负责 
人 最 终 决定 哪些 团队 处 理 哪些 条 目 (通常 是 针对 一 些 关 键 或 有 风险 的 条 目 ) 。 当 然 ， 产 品 负责 人 不 能 决定 团队 选择 的 条 目 数 量 。 
尽管 如 此 ， 如 果 她 党 得 有 必要 把 团队 引 向 条 目 竞争 ， 那 么 这 种 情况 可 能 预示 着 存在 更 深层 次 的 问题 。 


廊 


油 


下 面 是 一 个 SP1 示 例 ， 其 中 给 出 了 一 些 技巧 及 其 用 途 。 


1. 将 卡片 放 在 桌面 上 一 一 产品 负责 人 使 用 卡片 来 形成 各 种 条 目 组 合 ， 并 将 它们 按 产品 待 办 事项 列表 顺序 排放 在 桌面 上 。 然 
后 ， 团 队 成 员 讨 论 、 决 定 、 挑 选 ， 甚 至 交换 条 目 。 





2. 分 散 高 优先 级 条 目 ? 一 一 考虑 这 种 情况 : 假设 团队 和 拿 到 排序 为 [1，2，3， 汪 的 条 目 ，B 组 拿 到 [5，6，7，8] 的 条 目 。 在 
Sprint 过 程 中 ， 团 队 A 因 故 放弃 条 目 4。 结 果 是 团队 B 已 经 完成 自己 的 条 目 ， 但 高 优先 级 条 目 4 还 没有 完成 。 如 果 这 个 问题 很 重 
要 ， 那 么 试 着 把 高 优先 级 条 目 分 散 到 多 个 团队 中 。 但 这 不 是 一 个 干净 利落 的 解决 方案 ， 因 为 它 与 团队 自主 选择 相关 条 目的 目标 产 
生 了 冲突 。 


3 .分散 澄清 ”一 一 理想 情况 下 ， 条 目 在 实现 之 前 已 准备 就 绪 ， 不 会 带 有 遗留 问题 ， 但 有 时 也 会 有 例外 。 如 果 只 有 两 个 团队 ， 
那么 可 以 很 方便 地 通过 一 起 谈话 讨论 加 以 解决 。 但 如 果 有 多 达 七 个 团队 ， 一 个 接 一 个 地 回答 问题 可 能 会 很 慢 。 所 以 ， 另 一 种 选择 
就 是 让 团队 “分 散 ” 到 不 同 的 地 方 去 写 问题 并 做 澄清 。 产 品 负责 人 、 来 自 其 他 团队 的 人 员 (尤其 是 那些 参与 了 这 些 条 目的 多 团队 
产品 待 办 事项 列表 梳理 的 人 员 ) 或 其 他 人 员 ， 可 以 来 回 走动 并 提供 帮助 。 记 着 澄清 时 写 下 答案 ， 这 样 任何 缺席 的 团队 成 员 都 可 以 
在 以 后 阅读 这 些 讨论 纪要 。 


.寻找 合作 机 会 一 一 因为 团队 们 拥有 共享 工作 、 共 享 代码 ， 需 要 创建 集成 产品 ， 而 且 有 些 团 队 可 能 正在 处 理 强 烈 相关 的 条 
目 ， 所 以 SP1 和 SP2 是 讨论 和 确定 共享 工作 和 协调 机 会 的 上 佳 时 机 。 最 好 在 多 团队 SP2 中 处 理 这 类 问题 (请 参阅 下 一 指南 ) 。 一 
个 补充 或 蔡 代 做 法 是 : 在 SP1 的 末尾 附近 一 起 讨论 。 


多 地 点 一 一 使 用 视频 等 虚拟 共享 空间 技术 来 讨论 条 目 。 如 果 有 问题 ， 最 简单 的 解决 办 法 就 是 来 到 一 起 交谈 。 如 果 有 许多 个 
团队 和 许多 个 条 目 要 讨论 ， 那 么 请 尝试 各 种 不 同 的 技术 ， 如 聊天 工具 ， 它 可 以 为 每 个 条 目 开 启 一 个 聊天 窗口 。 


在 所 有 Sprint 计 划 之 后 同步 ? 一 一 在 SP1 和 所 有 SP2 会 议 之 后 ， 有 些 组 织 喜欢 把 所 有 团队 成 员 集 合 在 一 起 举行 简短 的 同步 会 
议 ， 以 了 解 和 调整 新 问题 ， 例 如 ， 团 队 在 SP2 期 间 取消 了 一 个 条 目 等 。 
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12.1.3 指南 : 多 团队 Sprint 计划 二 
进行 Sprint 计划 二 (SP2) 的 一 种 简单 形式 是 各 个 团队 (包括 其 所 有 团队 成 员 ) 分 别 或 一 定 程度 上 并 行 地 执行 。 关 键 主题 包 
括 讨 论 设 计 思路 和 为 Sprint 待 办 事项 列表 中 的 条 目 制定 计划 。 在 两 周 长 的 Sprint 中 ， 最 多 使 用 两 个 小 时 。 


另 一 种 经 常 采用 的 做 法 是 两 个 或 两 个 以 上 的 团队 在 同一 房间 进行 多 团队 Sprint 计划 二 (参见 11.1.4 节 ) 。 这 些 团队 通常 曾 一 
起 为 相关 的 条 目 做 过 多 团队 产品 待 办 事项 列表 梳理 (PBR) ， 所 以 对 这 种 形式 比较 感 兴趣 。 一 般 来 说 ， 如 果 团 队 拥有 的 条 目 在 需 
求 或 设计 上 紧密 相关 ， 那 么 这 些 团队 在 一 起 进行 多 团队 SP2 将 能 够 增强 对 共享 工作 的 讨论 、 设 计 、 协 调和 处 理 。 


多 团队 SP2 与 多 团队 PBR 相 互 衔接 ， 但 又 不 同 。 后 者 指 混合 团体 中 的 多 个 团队 一 起 澄清 条 目 ， 而 多 团队 SP2 指 多 个 团队 在 共 
享 空间 中 各 自 执行 各 自 的 SP2， 同 时 也 能 立即 进行 协调 。 


场景 一 一 下 面 是 一 个 多 团队 SP2 示 例 。 
1. 全 组 问答 一 一 清除 迷雾 ， 铺 石 筑 路 。 


2. 全 组 设计 与 共享 工作 会 议 一 对 于 通用 设计 ， 一 起 讨论 和 草拟 ， 或 使 用 聚合 -分 散 研 讨 会 模式 。 确 定 多 个 团队 共有 的 任 
务 ， 并 决定 如 何 合作 。 注 意 ! 所 有 SP2 都 只 进行 (例子 ) 两 个 小 时 ， 因 此 请 保持 这 个 会 议 短暂 且 守 时 。 


3. 单 个 团队 的 设计 和 计划 采用 分 散 方 式 一 一 团队 会 移动 到 房间 的 不 同 区 域 ， 进 行 各 自 的 S?P2。 通 过 “叫喊 ” (just 
scream) 技巧 与 其 他 团队 即时 协调 ， 这 是 “交谈 ”方式 的 一 种 先进 变 体 (参见 13.1.2 节 ) 。 这 个 阶段 是 SP2 的 主要 部 分 。 


4. 必 要 时 ， 再 次 聚合 一 针对 所 有 团队 关切 的 问题 。 


“共享 工作 机 会 ”与 “团队 之 间 的 依赖 关系 ” 


什么 是 共享 工作 ?假设 两 个 或 多 个 团队 所 做 的 条 目 具 有 一 个 共同 的 任务 ， 这 个 任务 就 是 共同 或 共享 工作 。 


一 个 仍然 具有 传统 思维 模式 的 团队 才 会 谈论 “团队 之 间 的 依赖 关系 ”和 “管理 团队 依赖 关系 ”之 类 的 话题 。LeSS 在 这 个 问 
题 和 观点 上 采取 了 快刀 斩 乱 麻 的 态度 。 


团队 之 间 没 有 依赖 关系 ; 只 有 潜在 的 共享 工作 。 


如 何 处 理 共享 工作 ”在 多 团队 SP2 中 ， 假 设 团队 A 和 B 发 现 他 们 有 一 个 共同 的 任务 X。 通 过 讨论 ， 决 定 让 团队 A 实 现 它 ， 然 后 
将 该 任务 添加 到 他 们 的 Sprint 待 办 事项 列表 中 。 简 单 ! 如 果 在 Sprint 的 后 期 发 现 团队 B 首 先 需要 X 的 功能 ， 那 么 团队 B 改 为 执行 任 
务 X， 并 且 只 与 团队 A 交流 ， 这 正 是 一 种 以 简单 的 敏捷 性 进行 调整 的 方式 。 


对 于 执行 多 团队 SP2 的 一 组 自 组 织 特 性 团队 来 说 ， 查 看 或 找到 共享 工作 的 机 会 很 容易 。 但 是 ， 对 于 习惯 于 处 理由 严格 的 任务 
所 有 权 引 起 的 “团队 间 依 赖 关系 ”的 团体 来 说 ， 共 享 工作 是 思维 方式 和 实践 方式 的 巨大 变化 。 对 于 个 人 代码 所 有 权 、 组 件 团队 、 
项 目 经 理 分 配 的 任务 ， 或 者 管理 依赖 关系 并 不 断 协 调 的 单独 “团队 ”， 如 果 要 实现 共享 工作 ， 同 样 需要 在 思维 方式 和 实践 方式 上 
做 出 改变 。 


12.1.4 指南: 拒绝 Sprint 待 办 事项 列表 软件 工具 





产品 待 办 事项 列表 和 Sprint 待 办 事项 列表 是 分 开 的 ， 因 为 它们 的 目的 不 同 。 产 品 待 办 事项 列表 用 于 管理 条 目 ， 而 Sprint 待 办 
事项 列表 用 于 团队 管理 自己 ， 它 不 是 为 产品 负责 人 或 外 部 跟踪 而 设 。《Scrum 指 南 》 强 调 了 Sprint 待 办 事项 列表 只 属于 团队 。 所 


以 ， 每 个 团队 都 需要 有 能 力 自 己 选择 独特 的 工具 并 对 其 进行 定制 。 因 此 ， 不 要 对 产品 待 办 事项 列表 和 Sprint 待 办 事项 列表 使 用 相 
同 的 工具 (参见 9.1.6 节 ) 。 


虽然 数字 工具 能 用 于 产品 待 办 事项 列表 ， 但 对 于 Sprint 待 办 事项 列表 ， 我 们 建议 : 





不 要 使 用 任何 软件 工具 来 处 理 Sprint 待 办 事项 列表 ; 只 需 使 用 实物 可 视 化 管理 方法 即 可 ， 例 如 墙 上 卡片 。 
为 什么 ? 原因 如 下 : 


` 增加 与 团队 的 交互 ， 增 加 信息 交流 一 一 像 我 们 多 次 看 到 的 一 样 ， 如 果 一 个 人 关注 团队 的 行为 ， 他 就 会 发 现 ， 把 使 用 “ 墙 上 
卡片 ”与 使 用 软件 工具 处 理 Sptint 待 办 事项 列表 的 团队 放 在 一 起 比较 和 对 比 ， 很 容易 看 出 团队 作为 团队 而 不 是 作为 一 组 人 员 在 使 
用 两 种 方法 时 在 交互 量 和 协作 量 之 间 的 巨大 反差 。 墙 上 卡片 的 方法 鼓励 团队 行为 ， 而 计算 机 卡片 的 方法 鼓励 个 人 行为 。 此 外 ， 简 
单 性 、 易 用 性 和 易 变 更 性 ， 以 及 全 景 可 视 化 能 够 使 团队 积极 主动 地 处 理 他 们 贴 在 墙 上 的 Sprint 待 办 事项 列表 中 的 信息 。 当 团队 使 
用 软件 工具 时 ， 实 践 中 我 们 看 到 的 则 是 相反 的 情况 。 





" 增加 SP2 期 间 的 交互 一 一 仅 使 用 “ 墙 上 卡片 ”意味 着 SP2 期 间 不 使 用 任何 计算 机 ， 这 也 是 我 们 的 建议 。 我 们 观察 到 计算 机 
会 使 SP2 期 间 的 协作 趋向 终止 。 








防止 跟踪 和 微观 管理 观察 一 下 如 果 团 队 将 Sprint 待 办 事项 列表 信息 放 在 软件 工具 中 会 发 生 什么 情况 : 习惯 性 的 诱惑 会 
了 驱使 经 理 们 开始 跟踪 团队 、 比 较 团 队 ， 并 进行 微观 管理 。 甚 至 产品 负责 人 也 可 能 开始 对 Sprint 待 办 事项 列表 进行 微观 管理 。 我 们 
已 经 在 几乎 所 有 使 用 工具 的 情况 下 看 到 了 这 种 机 能 障碍 ， 我 们 相信 这 在 很 多 人 中 仍然 存在 。 





12.2 ”巨型 LeS9 


Sprint 计 划 按 需求 领域 进行 。 没 有 特殊 的 规则 。 


每 个 领域 的 产品 负责 人 在 决策 上 相对 自主 ， 因 此 在 主题 和 条 目的 选择 上 人 存在 丧失 整体 产品 聚焦 或 需求 领域 之 间 的 一 致 性 的 风 
险 。 对 策 是 在 下 一 次 Sprint 之 前 召开 产品 负责 人 团队 会 议 。 领 域 产 品 负责 人 分 享 一 些 特定 情况 和 接 下 来 的 目标 ， 并 讨论 是 否 有 调 
整 的 需要 。 此 外 ， 一 个 产品 负责 人 可 以 在 会 上 提供 高 级 别 的 指导 。 


此 会 议 还 可 用 于 讨论 每 个 需求 领域 中 以 前 Sprint 评审 会 议 的 结果 ， 作 为 对 计划 会 议 的 输入 信息 。 


此 会 议 可 以 包括 部 分 团队 代表 ， 让 他 们 有 机 会 获得 更 多 的 学 习 和 反馈 ,以 及 至 少 一 个 Scrum Master 以 帮助 反思 和 改进 。 


第 13 草 协调 与 集成 


1. 写 下 问题 ; 2. 认 真 思 考 ; 3. 写 下 解决 方案 。 





在 开放 空间 中 进行 LeSS 协 调 活动 


团队 成 员 为 实现 共同 目标 进行 自发 和 即时 的 互动 。 产 品 在 Sprint 过 程 中 逐渐 成 长 的 同时 ， 所 有 工作 持续 地 集成 。 这 些 都 是 一 
个 成 功 单 团队 scrum 的 基本 特征 。 一 个 好 的 团队 ， 他 们 的 协调 和 集成 清晰 可 见 ! 


Scrum 如 何 支 持 这 一 点 ? 核心 要 素 是 : 自 管 理 、 共 同 责任 、 共 同 目标 和 经 验 性 过 程控 制 。 其 次 是 有 益 的 实践 : Sprint 计划 、 
Sprint 待 办 事项 列表 和 每 日 Scrum。 这 些 都 有 助 于 创造 出 优秀 的 团队 。 


那么 对 于 多 团队 ， 该 如 何 同样 创建 自发 性 的 、 自 组 织 的 协调 和 集成 ? 这 是 采用 LeSS 所 面临 的 挑战 。 


1 CC C1-h NF = cc 
LeS9 小 ! 上 | 刁 宗 站 4 


为 什么 说 的 是 协调 与 集成 呢 ? 因 为 在 不 断 地 集成 的 过 程 中 ， 协 调和 集成 相互 交织 : 集成 需要 协调 ， 协 调 产生 集成 。 
规模 扩大 时 ， 与 协调 有 关 的 原则 包括 : 


大 规模 Scrum 也 是 Scrum 一 一 在 一 个 单 团队 产品 组 织 中 ， 团 队 自己 处 理 自 己 的 内 部 协调 。 对 于 多 团队 ，“ 内 部 ”协调 责任 
将 延伸 到 各 个 团队 ， 因 为 他 们 都 有 共同 的 目标 ， 即 创建 可 交付 的 增 量 。 但 是 大 多 数 团队 不 熟悉 如 何 与 其 他 人 协调 和 集成 ， 因 为 他 
们 只 知道 如 何在 他 们 团队 内 部 进行 ， 并 且 以 前 的 方式 是 由 单独 的 管理 小 组 负责 大 范围 的 协调 。 


系统 思维 和 整体 产品 聚焦 一 “传统 的 孤立 团队 不 负责 整体 产品 ， 既 不 协调 发 布 ， 也 不 把 系统 考虑 为 一 个 协同 工作 的 整体 。 
新 的 Less 团 队 要 想 看 到 整体 将 面临 诸多 挑战 。 


程控 制 和 持续 改进 美 一 一 在 大 型 组 织 中 ， 协 调 技巧 需要 符合 具体 情境 并 且 可 以 定制 。 为 什么 ? 因为 组 织 和 





产品 背景 相当 复杂 并 且 变 化 多 端 。 为 了 增强 团队 在 协调 技术 方面 的 拥有 感 和 参与 感 ， 他 们 需要 自己 定义 和 完善 这 些 技巧 。 


13.1.1 ”LeSS 规 则 
如 何 进行 跨 团 队 协 调 由 团队 们 来 决定 。 建 议 非 集中 式 和 非 正式 的 协调 而 不 是 集中 式 协 调 。 


每 个 团队 都 有 自己 的 每 日 Scrum 会 议 。 


13.1.2 指南 : 交谈 





由 于 多 年 大 型 组 织 的 工作 经 验 ， 以 及 对 大 量 跨 团队 协调 技巧 的 观察 ， 我 们 发 现 了 一 种 迄今 为 止 似乎 最 为 有 效 的 协调 技巧 ， 步 
又 如 下 : 


1. 意 识 到 需要 与 团队 B 协 调 ; 


2. 站 起 来 ; 
. 走 到 团队 B 面 前 ; 


4 说 “ 嘿 ! 我 们 需要 交谈 。” 
我 们 称 之 为 交谈 (just talk) 。 


这 听 起 来 好 像 是 一 个 思春 的 笑话 ， 但 我 们 是 认真 的 。 为 什么 ”我 们 看 到 过 的 模式 是 ， 协 调 方法 越 正式 ， 真 正 的 协调 就 越 少 ， 


sy 二 
是 等 待 ， 


因为 人 们 只 会 觉得 使 用 “正确 ”的 协调 渠道 很 重要 。 例 如 ， 意 识 到 有 一 个 协调 问题 ， 然 后 想起 明天 下 午 有 一 个 Scrum of Scrum 
会 议 。 因 此 ， 不 是 现在 立即 处 理 协调 问题 ， 而 到 时 再 提出 来 。 
团队 间 协 调 的 最 佳 方式 是 仅仅 交谈 ， 接 受 这 个 观点 意味 着 对 协调 问题 需要 重新 表述 。 问 题 不 是 “我 们 应 该 使 用 什么 协调 方 
法 ? ”而 是 “团队 如 何 知道 他 们 目前 需要 协调 和 交谈 ? ”那么 ， 他 们 怎么 发 现 交谈 的 需要 ， 与 谁 来 交谈 呢 ? 

大 规模 协调 的 问题 不 在 于 要 使 用 什么 协调 技巧 ， 而 是 认识 到 协调 的 需要 以 及 决定 与 谁 交谈 。 


Fk 


i 


接 下 来 每 一 个 指南 都 会 描述 一 项 协调 试验 ， 每 项 试验 包含 两 部 分 ， 主 要 是 特定 目的 ， 次 要 是 效果 ， 即 建立 一 个 非 正 式 协 调 的 
言 息 共享 网 。 通 过 这 种 非 正 式 的 信息 共享 网 让 团队 成 员 意识 到 他 们 需要 协调 和 交谈 。 


例如 ， 团 队 之 间 旅 行 的 人 旅行 者 ) 在 每 个 Sprint 都 要 到 最 需要 他 的 地 方 。 主 要 的 目的 就 是 分 享 和 传授 他 特有 的 知识 ， 次 要 
的 效果 是 他 将 实践 从 一 个 团队 带 到 另 一 个 团队 ， 并 在 团队 之 间 建 立 起 非 正 式 的 联系 。 
主要 协调 指南 : 


. 交谈 
" 用 代码 交流 
. 社区 
: 跨 团 队 会 议 
“ 开放 空间 
组 件 导 师 
. 旅行 者 
侦察 员 


* 领头 羊 团队 


在 探索 如 何 用 代码 交流 之 前 ， 我 们 首先 要 探索 一 下 协调 环境 的 基础 是 什么 。 


13.1.3 指南 : 有 利于 协调 的 环境 


如 何 让 信息 非 正式 地 在 大 范围 内 流动 ， 以 便 团 队 知道 需要 做 协调 ? 什么 是 有 利于 协调 的 环境 ? 
* 团队 负责 协调 


采用 分 散 式 和 非 正式 协调 
特性 团队 具有 共同 目标 
.整体 产品 聚焦 

友好 的 物理 和 虚拟 环境 


团队 负责 协调 


在 LeSS 中 ， 协 调和 集成 由 团队 负责 ， 而 不 是 由 诸如 “项 目 管理 团队 ”或 “集成 团队 ”之 类 的 单独 团体 负责 。 意 思 是 ? 每 个 
团队 负责 与 其 他 团队 的 协调 ， 以 确保 在 每 个 Sprint 至 少 交 付 一 次 集成 产品 增 量 。 为 什么 这 很 重要 ? 


. 将 协调 和 集成 的 决策 责任 和 行动 责任 交 给 实际 工作 的 人 员 
. 支持 团队 自己 负责 自己 的 流程 ， 然 后 持续 改进 
- 减少 延迟 和 交接 


- 降低 组 织 复杂 性 一 一 不 需要 特殊 角色 


采用 分 散 式 而 不 是 集中 式 协 调 


集中 式 协 调 技巧 就 是 举办 所 有 团队 的 人 员 都 参加 的 会 议 ， 例 如 Scrum of Scrum、 非 正式 大 型 会 议 ， 或 项 目 状态 会 议 (通常 
会 加 之 以 敏捷 标签 ， 不 过 没有 实质 上 的 不 同 ) 。 有 弱点 吗 ? 它们 增加 了 信息 交换 瓶颈 、 交 接 、 延 迟 、“ 这 不 是 我 的 问题 ”的 行为 


和 
琴 jo 


分 散 式 协调 技巧 不 需要 中 央 会 议 或 中 央 小 组 ， 它 围绕 人 们 的 交互 网 络 。 例 如 ， 团 队 在 共享 空间 中 工作 和 交谈 ,或 多 地 点 团队 
通过 聊天 工具 讨论 等 。 这 些 技巧 避免 了 瓶颈 、 交 接 、 延 迟 ， 但 是 有 几 个 缺点 : 难以 从 总 体 角 度 看 问题 是 否 正在 消失 ; 有 关 整 个 系 
统 的 信息 不 够 广泛 ， 也 不 能 始终 如 一 地 共享 。 


除了 分 散 式 技术 ， 还 有 紧急 协调 行为 ， 在 LeSS 中 ， 鼓 励 这 种 紧急 行为 。 为 什么 ? 在 大 型 系统 中 ， 集 中 式 协调 和 规定 方法 的 
协调 可 能 会 抑制 经 验 性 过 程控 制 和 持续 改进 ， 以 及 团队 对 这 些 过 程 的 拥有 感 。 


没有 错误 的 二 分 法 : 两 种 方法 都 有 帮助 ， 但 更 倾向 于 分 散 式 。 
鼓励 采用 自 下 而 上 的 紧急 协调 行为 。 


分 散 式 协 调 技巧 支持 这 一 方法 。 


具有 共同 目标 的 特性 团队 


对 于 组 件 团队 来 说 ， 团 队 之 间 的 依赖 关系 是 不 同步 的 ， 而 且 团队 之 间 没 有 共同 的 目标 。 功 能 F 需 要 组 件 团队 A 和 B 的 工作 。 这 
个 Sprint 中 ， 团 队 A 在 处 理 功能 F 中 的 自己 那 一 部 分 ， 因 为 这 是 他 们 优先 级 最 高 的 工作 。 但 是 团队 B 在 几 个 Sprint 之 后 开始 处 理 功 
能 F 中 的 自己 那 一 部 分 ， 然 后 试图 将 自己 的 工作 与 团队 A 集成 。 但 由 于 集成 出 现 问题 ， 团 队 B 试 图 与 团队 A 协调 。 这 时 便 引 起 了 冲 
突 一 一 如 果 协 调 对 他 们 来 说 就 是 一 种 中 断 一 一 因为 团队 A 现在 的 重点 已 经 转 黎 了 。 团 队 之 间 的 这 种 状况 可 以 描述 为 “由 于 依赖 关 
系 而 造成 了 麻烦 的 中 断 。， 并 使 事情 变 得 困难 。 


有 了 特性 团队 和 共享 代码 ， 团 队 之 间 的 交互 将 与 共同 目标 相关 。 例 如 ， 在 同一 个 Sprint 中 ， 特 性 团队 处 理 不 同 条 目 但 可 以 修 
改 公 共 代 码 ， 并 进行 一 些 公 共 或 共享 工作 。 所 有 这 些 共同 工作 及 其 协调 在 同一 个 Sprint 中 是 相关 和 同步 的 。 特 性 团队 非常 天 心 共 
同 工 作 ， 因 为 协调 有 利于 所 有 团队 为 共同 增 量 而 工作 。 


整体 产品 
TE 产品 聚焦 


团队 合作 需要 一 个 共同 的 目标 。 相 比 之 下 ， 如 果 团队 各 自 规划 自己 未 来 的 Sprint， 那 么 团队 这 种 各 自 拥有 各 自 “团队 待 办 事 
项 列表 ”的 做 法 必 将 导致 团队 专注 于 自己 的 部 分 而 不 是 整体 产品 ， 因 而 加 剧 了 团队 之 间 协 调 的 难度 。 请 不 要 这 样 做 。 要 增加 对 整 
体 产 品 的 关注 ， 以 便 团 队 之 间 能 够 分 担 在 共同 Sprint 结束 时 共同 交付 产品 增 量 的 目标 。 


Less 的 许多 元 素 都 是 为 了 促进 对 整体 产品 的 关注 : 一 个 产品 负责 人 、 一 个 产品 待 办 事项 列表 、 一 个 Sprint、 一 个 Sprint 计划 
一 、 一 个 Sprint 评审 ， 以 及 一 个 集成 的 产品 增 量 。 


物理 环境 和 虚拟 环境 





物理 环境 : 


- 团队 合作 的 最 佳 方式 是 所 有 团队 坐 在 一 起 工作 ， 而 不 是 单独 待 在 不 同 的 隔 间或 办 公 室 。 团 队 在 各 自 的 空间 中 共同 使 用 一 张 
桌子 ， 周 围 摆 放 着 一 些 平板 ， 用 于 可 视 化 交流 。 


.为 了 尽 可 能 多 地 实现 同 地 点 办 公 ， 请 减少 楼 层 、 大 楼 和 地 点 的 数量 。 


. 在 LeSS 中 ， 需 要 为 规模 较 大 的 多 团队 会 议 ， 以 及 要 用 到 大 块 白板 的 设计 研讨 会 提供 大 型 会 议 室 ， 但 摆 放 的 家 具 要 尽 可 能 地 
少 ; 我 们 特别 喜欢 那 种 从 地 板 到 天 花 板 之 间 都 是 白色 面板 的 会 议 室 。 


* 团队 成 员 在 地 点 (或 大 楼 ) 之 间 定 期 的 差 旅 或 者 走动 对 广泛 交互 、 学 习 以 及 建立 高 度 信任 和 相互 理解 的 真正 友谊 或 伙伴 关 
系 非 常 重要 。 


" 利用 横 跨 多 个 团队 的 共享 空间 ， 放 松 、 学 习 和 分 享 。 配 备 咖 啡 区 ， 带 长 条 椅 的 午餐 空间 ， 提 供 有 懒 人 椅 并 可 以 自由 借阅 
的 、 藏 书 丰富 的 图 书 室 。 

* 提供 协作 用 品 : 结对 用 莞 子 ， 提 醒 用 即时 贴 ， 结 对 画图 用 的 A4 大 小 的 白板 ， 随 时 随地 讨论 用 的 白板 贴 ， 以 及 任何 鼓励 合 
作 且 方便 丢弃 的 用 品 。 


虚拟 环境 : 


共享 信息 空间 ， 如 wiki、Google 文 档 等 。 特 别 是 由 于 大 团体 中 信息 量 大 ， 我 们 所 看 到 的 最 能 有 效 利用 的 方式 是 ， 让 一 个 人 
充当 类 似 图 书 管理 员 的 角色 (兼职 ) ， 他 关心 并 致力 于 组 织 、 强 调和 标记 信息 。 


共享 交流 空间 ， 例 如 讨论 组 、 邮 件 列 表 、 通 知 工 具 、 视 频 工 具 和 聊天 工具 一 一 尤其 是 群 组 聊天 工具 (例如 Slack) 。 


共享 和 群体 编码 (socical coding) 空间 ， 以 便 人 们 在 时 间或 空间 上 分 离 时 也 能 一 起 编码 ， 例 如 Screenhero (屏幕 共享 工 
具 ) 和 “群体 编码 ”工具 (例如 GitHub/GitLab) ， 它 们 使 代码 交流 变 得 更 容易 。 


13.1.4 指南: 用 代码 交流 





团队 需要 协调 什么 ”通常 是 集成 。 例 如 ， 团 队 在 某 个 组 件 上 有 共享 开发 工作 。 传 统 上 ， 团 队 在 进行 变更 之 前 ， 会 意识 这 一 
点 ， 这 样 他 们 就 会 处 理 依赖 关系 ， 避 免 代码 重复 和 合并 冲突 。 


这 就 引出 了 一 个 关键 的 洞察 : 利用 协调 通道 促进 集成 ! 但 采用 持续 集成 后 ， 我 们 可 以 反 转 这 种 局 面 ， 即 通过 集成 通道 发 现 协 
调 需求 。 


传统 上 协调 支持 集成 ， 但 我 们 也 可 以 让 集成 支持 协调 。 


通过 持续 地 集成 代码 发 现 协调 需求 的 实践 称 为 用 代码 交流 。 怎 么 做 ”这 里 给 出 一 个 例子 。 作 为 一 名 团队 成 员 ， 我 每 天 都 会 多 
次 将 其 他 人 的 变更 复制 到 本 地 副本 。 每 次 ， 我 都 会 快速 检查 所 有 变更 ， 当 我 发 现 另 一 个 团队 同时 也 在 处 理 同一 组 件 时 ， 我 会 与 他 
们 交谈 如 何 共同 工作 ， 以 便 从 彼此 的 工作 中 获 益 。 


一 个 相关 的 简单 实践 是 在 版 本 控制 系统 中 添加 通知 ， 方 便 人 们 订阅 自己 感 兴趣 的 特定 组 件 或 文件 中 的 变更 。 


警告 : 避免 分 支 ! 


用 代码 交流 使 分 支 变 得 比 以 前 更 加 收 恶 。 为 什么 ?因为 特别 是 在 大 规模 时 .…… 


分 支 不 仅 拖延 了 集成 ， 还 阻碍 了 团队 之 间 的 协调 与 合作 。 


没有 持续 集成 ， 就 无 法 用 代码 交流 。 


13.1.5 ”指南 : 持续 地 集成 
在 我 们 走访 过 的 每 个 组 织 中 ， 我 们 都 会 问 “ 你 们 是 否 在 做 持续 集成 ? ”答案 总 是 “ 哦 ， 是 的 ! 我 们 安装 了 Jenkis! ” (或 等 
效 的 构建 工具 ) 。 但 在 同一 组 织 中 ， 开 发 人 员 的 行为 又 如 何 呢 ? 我 们 看 到 的 是 : 
开发 人 员 在 签 入 代码 前 会 等 待 数 天 ; 
. 开发 人 员 在 单独 的 分 支 上 工作 (或 本 地 Git 代 码 库 ) 。 
建立 Jenkins 构 建 系统 本 身 没有 问题 ， 但 是 如 果 开 发 人 员 都 延迟 签 入 代码 ， 他 们 就 不 是 在 做 持续 集成 。 
持续 集成 隐 含 正在 持续 地 集成 ! 
持续 集成 是 开发 人 员 的 行为 ， 而 不 是 一 种 工具 。 
这 就 是 为 什么 本 指南 被 称 作 “持续 地 集成 ”， 而 不 是 “持续 集成 ” (Cl) ， 以 强调 这 样 一 个 重要 的 概念 : 持续 集成 是 开发 人 
员 的 行为 ， 而 不 是 一 个 构建 系统 。 
那么 ，CI 的 真正 含义 是 什么 呢 ? 
持续 集成 是 …… 一 种 开发 人 员 的 行为 ， 它 通过 小 变更 来 保持 可 工作 的 系统 ， 通 过 在 “主干 ”上 非常 频繁 地 集成 来 扩展 系统 ， 
它 由 CI 系统 支撑 ， 并 支持 自动 化 测试 。 
进一步 前 述 如 下 : 


开发 人 员 的 行为 一 一 Cl 是 开发 人 员 “ 一 直 ” 执 行 的 实践 。 但 由 于 人 们 的 基本 行为 很 难 改变 ， 所 以 假 Cl 仍 在 流行 。 而 且 CI 行 
为 也 受到 政策 的 抑制 : 许多 大 型 团体 制定 了 “你 不 可 以 破坏 构建 ”的 政策 ， 甚 至 羞辱 破坏 构建 的 人 。 后 果 会 是 什么 呢 ? 当然 是 延 
误 集 成 了 ! 然后 带 着 错觉 继续 往 后 传递 构建 。CI 策 略 (policy) 和 Cl 警察 (police) 最 终 伤 害 了 开发 人 员 ， 而 不 是 帮助 了 他 们 。 
那么 解决 方案 是 什么 呢 ? (1) 通过 消除 责备 和 着 厚 来 消除 芍 届 ， (2) 开展 带 有 持续 重 构 的 测试 驱动 开发 ， (3) 鼓励 频繁 集 
成 ，(4) 倡导 构建 中 断 时 停止 与 修复 的 文化 。 这 样 ，CI 才 能 变 成 这 样 一 种 实践 : 快速 通知 开发 人 员 有 问题 发 生 并 需要 协调 。 如 
果 开发 人 员 说 Cl 伤害 了 他 们 ， 而 不 是 帮助 了 他 们 ， 那 就 说 明 什么 地 方 出 了 间 题 。 

小 的 变更 一 一 对 一 个 稳定 系统 做 大 变更 会 破坏 其 稳定 性 并 极 大 地 破坏 它 。 变 更 越 大 ， 系 统 恢复 稳定 所 需 的 时 间 就 越 长 一 一 
通常 是 超 线性 的 。 所 以 要 避免 大 的 变更 ， 取 而 代 之 的 是 把 每 个 变更 分 成 小 的 增 量 一 一 这 正 是 精益 思想 中 的 小 批量 概念 。 每 一 个 
微小 变更 都 很 容易 集成 到 系统 之 中 。 


台 二 


扩展 系统 一 一 扩展 系统 意味 着 培育 和 发 展 它 。 通 过 Cl 行为， 开发 人 员 可 以 持续 地 集成 其 工作 。 其 不 必 等 待 整 个 功能 完成 再 
集成 ， 而 是 任何 时 候 在 不 破坏 系统 的 情况 下 都 可 以 集成 少量 工作 。 


“持续 ”的 频率 是 多 少 ? 嗯 .….. 持 续 。 一 个 大 型 产品 组 如 何 能 接近 这 样 的 完美 愿景 : 每 秒 钟 全 部 集成 ”也 许 这 





非常 频繁 
不 可 能 达到 ， 但 这 是 方向 ， 它 受到 以 下 因素 的 限制 : 





人 员 分 解 大 变更 的 技能 一 测试 驱动 开发 (TDD) 专家 通常 可 以 将 变更 拆 分 为 小 到 五 分 钟 的 TDD 周 期 。 真 的 ! 
集成 速度 一 一 可 以 采用 以 下 方式 提速 : (1) 微小 批量 (例如 一 个 五 分 钟 的 TDD 周 期 ) ， (2) 现代 快速 版 本 控制 工具 ， 
(3) 消除 延迟 策略 ,例如 “ 签 入 前 审查 代码 ”。 








反馈 回路 的 时 间 
试 子 集 以 快速 失败 。 


可 以 采用 以 下 方式 减 短 : (1) 在 高 速 计算 机 上 运行 快速 测试 ，(2) 并 行 化 ， (3) 多 步骤 分 段 执行 测 


有 能 力 在 “主干 ”上 工作 一 一 而 不 是 在 分 支 上 。 


13.1.6 指南 : 社区 





在 按 跨 职能 团队 划分 的 组 织 中 ， 组 织 仍然 需要 天 注 跨 团队 的 问题 ， 包 括 职能 技能 和 其 他 技能 、 标 准 、 工 具 和 设计 等 方面 。 有 
效 的 解决 方案 是 创建 社区 。 


社区 是 一 群 来 自 团队 的 志愿 者 ， 他 们 有 共同 的 兴趣 或 话题 ， 并 且 有 热情 ， 愿 意 与 同伴 讨论 和 互动 ， 以 加 深 自 己 的 知识 ， 或 直 
接 采 取 行 动 。 参 与 社区 完全 是 自愿 的 。 


社区 不 是 团队 ， 不 实现 客户 需求 。 通 常 ， 社 区 专注 于 职能 性 实践 〈 例 如， 设计 和 体系 结构 ) ， 但 也 可 以 针对 任何 感 兴趣 的 领 
域 而 建 ， 例 如 架构 工具 、 沟 通 的 艺术 、Scrum Master 等 。 社 区 的 履 羡 面 可 以 仅 仪 是 几 个 团队 例如， 一 个 巨型 LeSS 需 求 领 
域 ) 、 一 个 产品 、 一 个 地 点 ， 也 可 以 横 跨 整个 企业 。 


社区 应 该 充满 活力 。 任 何人 都 可 以 建立 社区 。 当 社区 不 再 有 激情 ， 或 者 不 能 正常 运作 时 ， 它 就 会 消亡 一 一 有 时 这 个 过 程 会 
缓慢 而 持久 ! 


社区 的 目标 和 权威 


社区 大 致 有 两 个 主要 目标 : 
. 增进 学 习 : 社区 注重 分 享 知 识 、 倡 导 学 习 和 提高 技能 。 实 践 类 社区 便 属 于 这 一 类 ， 例 如 ， 代 码 优 化 社区 和 测试 社区 。 


: 促成 跨 团队 协议 : 有 些 产品 级 或 企业 级 跨 团队 问题 必须 加 以 关注 。 例 如 ， 体 系 结 构 准 则 、UI 标 准 或 测试 自动 化 实践 等 。 
另 一 个 不 太 引 人 注意 的 跨 团 队 协议 例子 是 架构 社区 对 架构 演进 的 推出 ， 它 可 用 于 指导 各 个 团队 的 设计 决策 。 


许多 社区 的 目的 是 实现 这 两 个 目标 ， 而 且 往 往 能 够 得 到 实现 。 例 如 ， 测 试 社区 可 能 会 为 测试 自动 化 协议 提出 建议 。 
有 些 社区 的 目标 是 推动 并 建立 各 种 协议 ， 其 能 否 做 出 一 些 决策 ， 要 求 团队 必须 采纳 ”答案 是 否定 的 。 
社区 不 能 为 团队 做 出 决定 ， 但 其 产生 的 东西 ， 团 队 可 以 决定 去 采纳 。 


因此 ， 如 果 社 区 希望 其 产 出 的 东西 能 为 团队 所 采纳 ， 那 么 它 最 好 能 保证 所 有 团队 的 广泛 参与 率 。 


社区 提示 


繁荣 的 社区 得 益 于 积极 主动 的 组 织 和 长 期 的 专注 。 好 的 社区 : 


* 拥有 一 个 富有 热情 的 社区 协调 员 ， 她 关切 并 渴望 培育 出 一 个 强大 的 社区 ; 她 最 好 是 一 位 积极 的 实践 者 ; 





` 积极 争取 大 多 数 团队 的 参与 ; 

" 可 见 度 高 且 易 于 发 现 ， 每 个 人 都 知道 当前 这 些 社区 并 知道 如 何 加 入 ; 

最 好 侧重 于 “问题 -解决 方案 ”这 类 具体 的 目标 ， 使 学 习 变 得 实用 和 具体 ; 

" 对 社区 自身 的 工作 方式 和 决策 机 制 达 成 一 致 ; 

“ 可 以 有 一 个 Scrtum Mastetr 加 入 进来 帮助 社区 ， 例如， 改进 、 协 调 会 议 或 主持 研讨 会 ; 


: 使 用 wiki、 讨 论 组 、 群 组 聊天 ; 


: 在 组 织 内 得 到 大 力 支 持 和 鼓励 ; 组 织 内 的 每 个 人 都 知道 社区 办 得 很 好 ， 并 且 社 区 也 希望 他 们 能 够 如 入 ， 在 社区 活动 中 付出 


努力 。 
有 些 做 法 也 会 摧毁 社区 : 


不 设 社 区 协调 员 或 协调 员 不 在 意 自己 的 社区 工作 (如果 此 人 是 分 配 来 做 的 ， 通 常会 发 生 这 种 情况 ) ; 


` 成员 大 多 不 是 来 自 特性 团队 ; 





. 将 社区 视 为 次 要 的 事情 ， 因 此 参与 度 降低 ， 因 为 “我 们 太 忙 了 ， 无 法 参与 ”。 


推荐 的 社区 一 一 我 们 注意 到 ， 有 些 社区 几乎 总 是 有 存在 的 需要 ， 并 且 不 断 繁荣 ， 成 为 成 功 的 群体 。 这 些 社区 通常 有 人 机 界 
面 、 设 计 / 架 构 和 测试 社区 。 


活动 和 输出 一 一 社区 不 是 团队 ， 不 实现 客户 需求 。 他 们 做 什么 ， 产 出 是 什么 呢 ? 


“ 教学 一 一 例如 ， 向 特性 团队 成 员 讲 授 框架 设计 思想 。 
“ 组 织 教 育 或 指导 一 一 例如 ， 组 织 现 代 人 机 界面 (HI) 设计 课程 。 


. 提议 指南 或 标准 





如 ， 提 议 HI 指 南 。 

“ 发 现 工作 一 一 例如 ，“ 我 们 需要 更 快 的 消息 总 线 。” 

. 调查 一 例如， 举办 难点 刺探 (spike) 活动 ， 深 入 学 习 和 探讨 。 

. 学 习 和 分 享 一 一 例如 ， 组 织 一 次 闪电 对 话 会 议 ， 让 社区 成 员 相 互 分 享 信息 。 


. 设计 研讨 





， 在 白板 上 讨论 框架 设计 的 想法 。 


社区 可 以 决定 调查 某 件 事 的 必要 性 。 如 果 投 资 偏 大 ， 应 该 通过 产品 待 办 事项 列表 ， 但 如 果 是 小 的 投资 ， 可 以 直接 通过 社区 来 
完成 。 调 查 或 其 他 活动 的 结果 可 能 会 产生 后 续 工作 ， 例 如 “制定 新 框架 ”， 但 这 不 由 社区 来 完成 ， 因 为 其 不 是 特性 团队 。 如 果 后 
续 工作 可 以 由 常规 特性 团队 处 理 ， 那 么 将 其 记录 在 产品 待 办 事项 列表 中 ， 以 便 工作 能 够 以 一 致 的 方式 流向 特性 团队 (参见 9.1.5 


节 ) 。 


公司 范围 内 的 社区 一 一 除了 团体 内 的 社区 ， 通 常 还 需要 跨 公 司 的 社区 一 一 例如 ， 品 用 户 体验 的 一 致 性 。 传 统 组 织 结构 
在 处 理 这 一 问题 时 是 利用 单独 的 单一 职能 组 ， 但 在 跨 职能 组 织 中 ， 蔡 代 选 择 是 由 不 同 产品 社区 的 特性 团队 成 员 组 成 的 公司 社区 。 


虚假 社区 一 一 传统 的 大 型 组 织 按 单一 职能 团队 划分 结构 ， 如 架构 团队 、 测 试 团队 等 。 大 多 数组 织 进 行 了 隐 式 优化 ， 为 的 是 
避免 改变 现 有 管理 人 员 和 专家 的 职位 ， 以 及 权力 结构 。 后 果 是 ， 我 们 看 到 了 虚假 社区 ， 他 们 其 实 是 被 重新 标记 为 “架构 社区 ”等 
的 、 旧 的 单一 特性 团队 ， 这 给 人 一 种 肤浅 的 印象 ， 似 乎 什么 事情 发 生 了 改变 ， 但 其 实 什么 也 没 变 (参见 3.1.4 节 ) 。 泪 形 。 


13.1.7 指南: 跨 团 队 会 议 





跨 团队 会 议 是 指 来 自 至 少 两 个 团队 的 人 员 所 参与 的 活动 ， 人 员 可 以 是 所 有 团队 成 员 或 者 团队 代表 。 在 LeSS 中 ， 跨 团队 会 议 
被 进一步 分 类 为 多 团队 会 议 、 全 体会 议和 其 他 会 议 。LeSS 为 大 多 数 类 型 的 会 议 提供 有 会 议 指南 (或 子 指南 ) ; 本 节 指南 对 此 加 
以 总 结 ， 并 提供 一 些 示 例 和 提示 。 


多 团队 会 议 其 他 类 型 的 会 议 
至 少 两 个 团队 的 所 有 成 员 来 自 各 方 的 与 会 者 
可 :Sprint 计划 一 
已 十 | 。 
指南 : 多 团队 PBR 社区 会 议 
二 忆 i 可 : 总 体 PBR 
j: Sprint 评审 指南 : 开放 空间 


可 : 全体 回顾 


指南 : 多 团队 设计 研讨 会 





指南 : 现行 体系 结构 研讨 会 


大 型 会 议 


协助 员 一 一 若 有 一 个 熟练 的 协助 员 ， 大 多 数 会 议会 变 得 更 为 有 效 ， 特 别 是 对 于 大 型 会 议 或 研讨 会 而 言 。Scrum Master 是 很 
好 的 协助 员 人 选 ， 但 不 只 是 要 求 她 “协助 会 议 ”， 因 为 熟练 的 协助 员 还 需要 接受 过 培训 并 总 是 能 预先 做 好 准备 ， 特 别 是 需要 具备 
超大 群体 的 协助 技能 。 


分 散 -聚合 循环 一 以 会 议 或 研讨 会 的 形式 把 所 有 人 集中 在 一 起 可 以 增加 共同 理解 和 步调 一 致 性 ， 并 减少 信息 的 散播 。 这 很 
好 ， 但 对 于 大 型 团体 来 说， 这 种 做 法 的 缺点 在 于 : 许多 人 可 能 不 会 参加 或 者 会 被 淹没 在 其 他 事务 中 ， 还 有 就 是 思想 的 多 样 性 和 数 
量 会 减少 。 因 此 ， 建 议 使 用 周期 性 的 分 散 -聚合 会 议 模式 。 团 队 或 混合 团体 有 时 (例如 30 分 钟 ) 分 散在 房间 的 不 同 区 域 进行 活动 


或 讨论 ， 有 时 集中 在 一 起 进行 共同 的 活动 或 讨论 。 聚 合 很 重要 ， 但 请 记 住 : 


集中 所 毁 活 力 ; 分 散 创 造 活力 。 
多 地 点 会 议 


许多 LeSS 组 织 都 有 多 地 点 开发 ， 我 们 指导 和 观察 过 太 多 的 多 地 点 跨 团 队 会 议 了 。 
外 提示 


- 观察 ， 同 理 心 的 先决 条 件 一 一 合作 ， 与 信任 和 同 理 心 有 关 。 为 了 培养 合作 能 力 ， 需 要 调动 我 们 的 感官 一 一 需要 观察 我 们 的 
同事 ， 并 且 切 实 去 做 A 


: 免费 的 、 到 处 都 有 的 视频 工具 一 我 们 看 到 过 两 种 截然 不 同 的 客户 案例 : (1) 要 求 在 一 个 特殊 的 房间 中 使 用 昂贵 的 视频 
会 议 系统 ; (2) 使 用 免费 且 随 处 都 有 的 视频 工具 和 便宜 的 视频 投影 仪 。 使 用 免费 视频 工具 的 结果 是 人 们 白天 黑夜 都 可 以 不 停 地 
使 用 和 参与 。 


. 人 共享 文档 工具 





请 注意 ，“ 我 将 更 新 Excel 工 作 表 ， 并 会 将 其 放 入 共享 文件 夹 ”与 “打开 这 个 链接 指向 的 共享 
Google 工 作 表 ， 我 们 可 以 边 交谈 ， 边 查看 和 编辑 该 工作 表 。” 第 二 种 情况 好 得 多 。 


分散- 聚合 一 一 请 参阅 上 一 节 有 关 此 技巧 的 内 容 。 对 于 多 地 点 会 议 来 说 ， 分 散 阶 段 是 各 小 组 在 不 同 的 地 点 进行 各 自 的 会 
议 ， 这 也 许 很 粮 ， 但 对 于 这 种 情况 ， 它 就 是 一 种 可 能 性 艺术 。 


13.1.8 指南 : 多 团队 设计 研讨 会 





对 功能 、 组 件 或 大 规模 体系 结构 元 素 进行 推测 性 设计 时 ， 如 果 团队 之 间 希 望 协作 ， 则 可 以 举办 一 个 多 团队 敏捷 建 模 设计 研讨 


时 间 (When) ?一 一 人 在 多 团队 Sprint 计划 二 中 ， 可 以 而 且 应 当 为 接 下 来 要 实现 的 条 目 经 常 举 办 多 团队 设计 研讨 会 (参见 
12.1.3) 。 但 是 ， 当 这 些 条 目的 新 颖 度 或 复杂 性 很 高 时 ， 或 者 当 需 求 及 其 创新 性 很 重要 时 ， 为 了 从 容 地 生成 更 多 的 备 选 方案 ， 请 
在 之 前 的 Sprint 中 举办 一 个 设计 研讨 会 。 尽 管 这 并 非 理想 ， 因 为 造成 浪费 的 可 能 性 比较 大 ， 但 可 能 需要 这 样 做 ， 因 为 Sprint 计划 
二 的 时 间 很 短 且 是 基于 时 间 箱 的 。 在 应 用 切 分 出 小 功能 块 方法 时 ， 可 以 在 之 前 的 Sprint 中 举办 多 团队 设计 研讨 会 (参见 9.1.3 


节 ) 。 


内 容 (What) ? 一 一 所 有 的 东西 ! 设计 研讨 会 可 用 于 人 机 界面 (HI) 、 数 据 模型 、 算 法 、 对 象 ， 或 大 规模 组 件 、 服 务 、 交 
互 和 “体系 结构 ”等 的 推测 性 设计 。 


人 物 (Who) ? 一 一 根据 定义 ， 多 团队 设计 研讨 会 是 两 个 或 多 个 团队 的 所 有 成 员 参 加 的 活动 。 另 外 一 种 重要 且 常 见 的 形式 


是 架构 社区 设计 研讨 会 ， 这 是 一 个 社区 会 议 ， 可 以 包括 多 个 团队 的 代表 。 


方式 (How) ? 一 一 使 用 敏捷 建 模 ， 这 意味 着 小 组 一 起 创建 “简单 ”模型 ， 以 培养 创造 力 、 对 话 、 可 视 化 和 快速 更 改 。 敏 
捷 建 模 的 信条 ? 


建 模 是 为 了 进行 对 话 。 


敏捷 建 模 的 工具 ? 首先 ， 避 免 使 用 软件 工具 。 它 们 往往 会 把 协作 、 流 程 和 想法 气 杀 在 摇篮 之 中 。 专 注 于 简单 的 实物 工具 ,， 包 
括 便利 贴 和 白板 。 


设计 研讨 会 提示 如 下 : 





. 宽阔 的 “白板 ”空间 一 一 研讨 会 的 成 功 与 白板 空间 的 大 小 成 正比 ! 不 要 使 用 标准 白板 ,而 是 用 “类 似 白 板 ” 的 特殊 塑料 材 
料 ( 例 如 ， 向 导 墙 板 ) 履 盖 所 有 墙壁 空间 。 


* 多 地 点 建 模 一 一 在 这 种 情况 下 ， 使 用 软件 工具 很 难 避 免 。 结 合 视频 会 议 ， 可 以 使 用 平板 电脑 或 浏览 器 上 的 协同 绘制 “ 
板 ” 应 用 技术 。 我 们 在 两 地 点 设计 研讨 会 中 使 用 的 另 一 种 方法 是 实体 白板 ， 和 白板 可 以 通过 网 络 摄像 头 看 到 ， 同 时 结合 分 散 -聚合 
模式 。 


录制 一 一 敏捷 建 模 的 重要 方面 在 于 沟通 ， 在 于 体现 创造 力 和 不 断 增 加 的 一 致 性 ， 而 不 是 便 租 或 白板 草图 。 如 果 小 组 想 记 住 
或 分 享 他 们 在 设计 研讨 会 上 的 成 果 ， 可 以 拍照 或 录制 视频 。 


模型 不 是 文档 一 一 敏捷 建 模 是 为 了 建立 推测 性 的 “简单 ”模型 ， 以 推动 下 一 个 步骤 (如 编码 ) 的 开展 ， 它 不 是 长 期 保存 的 
文档 ， 所 以 要 保持 简单 。 如 果 团 队 要 创建 一 些 文档 ， 请 应 用 下 一 指南 …… 


广 用 子 对 话 和 推测 ， 而 非 用 地 建文 档 
se "> 
a 入 





wd wD、 folk 
or 
a 
一 1 分 。 
0 


13.1.9 指南: 现行 体系 结构 研讨 会 





跨 团队 的 现行 体系 结构 学 习 研 讨 会 虽 在 对 现 有 的 代码 内 体系 结构 进行 培训 。 这 种 学 习 对 于 刚刚 采用 LeSSs， 并 且 正 在 从 组 件 
团队 向 特性 团队 和 共享 代码 转型 的 组 织 尤 为 重要 。 因 为 在 采用 组 件 团队 的 组 织 中 ， 大 多 数 人 对 总 体 体系 结构 或 其 他 组 件 的 细 粒 度 
体系 结构 知之 甚 少 。 但 这 种 知识 对 于 特性 团队 的 协作 非常 重要 。 这 些 研讨 会 通常 由 体系 结构 社区 或 组 件 导师 发 起 。 


@ 担 示 





了解“ 原 (as-is) ”体系 结构 
和 教学 。 需 要 时 ， 使 用 设计 研讨 会 。 


确保 与 会 者 了 解 此 研讨 会 的 目的 ， 即 教育 人 们 了 解 当 前 的 “ 原 ” 体 系 结构 ; 重点 是 学 习 


' 绘制 不 同 的 体系 结构 视图 一 一 使 用 4+1 体 系 结构 视图 模型 对 多 个 视图 进行 可 视 化 处 理 ， 包 括 大 组 件 的 逻辑 视图 ， 硬 件 、 网 


络 、 流 程 的 部 署 视图 等 。 


. 表演 场景 





帮助 人 们 以 一 种 有 趣 且 充满 活力 的 方式 来 学 习 和 记忆 的 关键 场景 ， 由 扮演 组 件 角色 的 人 表演 。 


: 创建 技术 备忘录 一 一 总 结 不 寻常 或 值得 注意 的 体系 结构 元 素 或 设计 决策 ， 如 “使 用 Drools 规 则 引擎 及 其 原因 ”或 “FSM: 
我 们 掌控 的 方向 是 什么 和 为 什么 ”。” 





. 举行 问答 会 议 ， 录 制 视 频 





可 以 采用 分 散会 议 方式 创建 4+1 体 系 结构 视图 和 技术 备忘录 ， 除 此 之 外 ， 定 期 将 人 们 聚集 在 
一 起 针对 每 个 视图 和 备忘录 举行 问答 会 议 ， 讨 论 是 什么 和 为 什么 。 可 以 录像 。 


最 重要 的 是 ， 人 们 在 一 起 时 可 以 相互 学 习 ， 其 次 ， 还 可 以 毫 不 费力 地 创建 数字 记录 ， 供 他 人 以 后 观看 。 


13.1.10 ”指南 : 组件 导师 





特性 团队 不 得 不 在 陌生 的 领域 进行 代码 开发 。 如 何 帮助 他 们 学 习 陌生 的 领域 呢 ? 特别 是 在 软件 组 件 需要 特别 谨慎 处 理 的 时 
候 。 组 件 导师 可 以 帮助 他 们 ， 组 件 导师 : 


是 常规 特性 团队 成 员 ， 但 留 出 了 指导 时 间 ，; 

* 举办 现行 体系 结构 学 习 研 讨 会 ， 向 其 他 人 讲授 组 件 ; 

.寻找 并 指导 多 个 团队 的 开发 人 员 ， 同 时 自己 可 以 了 解 到 有 关 组 件 的 更 多 信息 ; 
通过 结对 编程 进行 教学 ; 

: 创建 组 件 社区 ; 


. 组 织 或 参与 对 组 件 有 重大 影响 的 设计 研讨 会 ; 


向 人 们 宣传 如 何 改进 代码 和 添加 测试 ，; 
“ 监控 组 件 的 长 期 运行 状况 ; 


* 寻找 并 指导 其 他 导师 。 





不 批准 代码 提交 一 一 组 件 导 师 不 承担 批准 工作 。 他 们 只 是 该 组 件 的 教师 和 导师 。 他 们 不 是 质量 的 守门 人 ， 否 则 集成 会 被 严 
重 推迟 ， 从 而 妨碍 协调 与 合作 。 在 特性 团队 共享 代码 组 织 中 ， 为 了 提交 代码 并 毫 不 延迟 地 集成 ， 可 以 采用 一 种 乐观 的 策略 ， 即 两 
种 常见 的 贡献 代码 的 方式 (参见 13.1.5 节 ) : 


. 直接 提交 一 一 提交 并 立即 推送 到 中 央 共 享 存 储 库 中 。 这 是 一 种 默认 的 乐观 行为 。 发 现 有 十 怪 的 代码 时 ， 寻 师 会 进行 指导 ， 
随 着 导师 指导 和 改进 逐渐 深入 人 心 ， 这 种 情况 会 越 来 越 少 。 


. 合并 请 求 一 一 组 件 导 师 不 是 守门 人 ,但 有 时 (例如 当 有 人 在 更 改 不 熟悉 的 代码 时 ) 开发 人 员 会 为 代码 自动 创建 一 个 “合并 
请 求 ”， 供 导师 审查 并 提供 反馈 ， 之 后 再 做 合并 。 


当然 ， 人 们 不 只 是 做 直接 提交 或 者 合并 请 求 ; 他 们 对 更 熟悉 的 代码 使 用 直接 提交 ， 对 不 熟悉 的 代码 使 用 合并 请 求 。 两 全 其 
美 。 


不 处 理 组 件 错误 一 一 有 一 种 诱 人 的 局 部 优化 ， 其 表现 是 将 组 件 错误 转 给 组 件 导 师 ， 他 们 做 得 既 快 又 熟练 ! …… 这 不 是 组 件 导 
师 应 该 做 的 。 


共享 指导 一 一 特别 是 在 向 共享 代码 和 特性 团队 转型 的 早期 阶段 ， 导 师 可 能 会 负担 过 重 。 多 增加 些 导 师 ， 并 分 担 工 作 。 


13.1.11 指南 ; 开放 空间 





定期 召开 开放 空间 [1 会议， 进行 学 习 、 协 调 等 。 开 放空 间 是 一 种 自 组 织 的 会 议 技巧 。 步 又 : 


1. 一 起 为 处 理 紧 急 问题 的 并 行 会 议 制定 议程 。 


2. 召 集 人 主持 会 议 ， 并 根据 需要 派 人 参加 。 要 求 遵守 双 脚 定律 向 : 如 果 你 不 在 状态 ， 不 学 习 ， 不 贡献 ， 那 么 请 挪动 双 脚 ， 到 
别 的 地 方 去 。 


LeSs 中 开放 空间 的 一 些 用 途 : 

. 作为 定期 (例如 两 周一 次 ) 的 学 习 与 合作 会 议 ; 

@ 提 示 。 在 开放 空间 的 同时 享用 食物 和 咖啡 ; 

* 作为 全 体 回 顾 会 议 的 形式 ， 分 析 状 况 并 设计 改进 试验 ; 

* 作为 为 期 一 天 的 “季度 ”会 议 ， 深 入 学 习 并 加 强 社 交 网 络 ; 


. 作为 社区 会 议 的 形式 。 
类 似 开放 空间 的 会 议 


开放 空间 是 颇 受 欢迎 的 协作 会 议 方法 家 族 的 成 员 之 一 ， 值 得 尝试 。 这 些 方法 还 包括 世界 咖啡 屋 、 精 益 咖啡 和 它 的 表 弟 : 有 趣 
的 精益 啤酒 。 


13.1.12 指南 ; 旅行 者 





在 我 们 曾经 合作 过 的 一 个 产品 组 织 中 ， 有 几 名 经 验 丰 富 的 技术 专家 。 该 组 织 创 建 了 特性 团队 ， 但 不 能 决定 最 稀缺 的 专家 应 放 
在 哪个 团队 中 ， 因 为 这 些 专家 的 知识 对 所 有 团队 都 至 关 重要 。 ( 旁 注 : 这 种 孤立 的 知识 是 采用 LeSS 后 暴露 的 一 个 弱点 ) 于 是 ， 
两 位 天 键 专家 暂时 变 成 了 旅行 者 。 


旅行 者 作为 团队 中 的 普通 成 员 加 入 一 个 Sprint 工作 。 他 们 对 小 组 的 所 有 工作 负 有 共同 责任 。 重 要 的 是 ， 他 们 的 第 二 个 目标 是 


通过 教学 或 其 他 方法 减少 团队 对 他 们 的 依赖 。 请 注意 ， 没 有 旅行 者 陪伴 的 团队 ， 他 们 的 Sprint 就 要 靠 自 己 ， 需 要 在 没有 专家 持续 
支持 的 情况 下 找到 实现 目标 的 方法 。 


再 强调 一 点 : 在 Sprint 过 程 中 旅行 者 要 避免 帮助 其 他 团队 。 这 是 一 种 重要 的 行为 准则 ， 它 可 以 激 友 所 帮助 团队 的 活力 ， 让 团 
队 专注 于 向 到 访 Sprint 的 旅行 者 学 习 ， 同 时 消除 对 稀缺 专业 知识 的 需求 。 


在 LeSs 采 用 的 早期 阶段 ， 经 常会 让 “瓶颈 ”或 “孤立 ”专家 来 当 旅行 者 。 但 任何 人 都 可 以 成 为 旅行 者 ; 并 且 有 些 人 喜欢 那 
样 的 工作 方式 。 尤 其 是 ， 大 型 组 织 可 以 从 旅行 者 那里 获得 益处 ， 因 为 旅行 者 能 带 来 大 量 非 正式 的 信息 ， 并 能 在 团队 之 间 建 立 关系 
一 一 组 织 越 来 越 大 ， 这 种 关系 就 越 来 越 弱 。 旅 行者 可 以 加 强 信息 协调 网 络 ， 提 高 团队 间 知 识 或 实践 的 一 致 性 。 


全 注意 ”在 LeSS 中 ， 每 个 团队 的 一 个 主要 品质 是 长 期 稳定 的 成 员 角 色 ， 因 为 团队 需要 很 长 时 间 才能 凝聚 为 一 体 ， 展 现 优异 
业绩 。 在 LeSS 中 设置 一 些 旅行 者 的 想法 并 不 意味 着 要 把 组 织 转变 为 包含 有 寿命 短暂 的 “项 目 团队 ”的 佐 阵 管理 结构 。 


旅行 者 何 时 以 及 如 何 决 定 要 访问 哪个 团队 进行 Sprint? 可 以 是 在 Sprint 计 划一 中 。 这 是 一 个 自 组 织 的 团体 ， 所 以 是 由 旅行 者 
和 团队 做 出 决定 ， 而 不 是 产品 负责 人 。 


旅行 者 可 以 是 临时 的 ， 也 可 以 是 “永久 的 ”， 但 是 要 想 成 为 一 个 旅行 者 ， 需 要 有 一 个 团队 愿意 接受 访客 加 入 Sprint。 旅 行者 
不 能 只 把 自己 固定 在 一 个 团队 中 。 因 此 ， 整 个 团体 需要 自我 调节 旅行 者 方式 的 使 用 程度 ， 如 果 团队 不 再 接受 访客 ， 旅 行者 就 不 能 
作为 “永久 ”旅行 者 。 因 此 ， 无 论 是 当时 ， 还 是 任何 时 候 ， 旅 行者 都 可 以 重新 找到 一 个 家 。 


13.1.13 ”指南 : 侦察 员 





团队 合作 的 一 个 简单 技巧 是 派 遗 侦察 员 一 一 而 不 是 Scrum Master 一 一 到 其 他 团队 学 习 一 些 东 西 ， 然 后 再 回 到 自己 的 团队 汇 


报 。 这 是 一 个 简单 的 方法 ， 侦 察 员 可 以 学 到 什么 时 候 需 要 交谈 ， 以 及 和 谁 交谈 。 


侦察 员 作 为 一 个 沉默 观察 人 最 可 能 漫游 的 时 间 和 地 点 是 其 他 团队 的 每 日 scrum。 什么 团队 ? 可 能 是 他 参与 过 的 多 团队 Sprint 
计划 二 或 者 多 团队 产品 待 办 事项 列表 梳理 中 的 团队 。 


13.1.14 指南: 也 许 不 需要 Scrum of Scrum 


Scrum of Scrum 会 议 是 团队 代表 一 一 而 不 是 Scr um Master 或 经 理 一 一 之 间 的 类 似 每 日 Scrum 会 议 的 会 议 ， 通 常 每 周 举行 


三 次 。 
Scrum of Scrum 是 正式 的 集中 式 会 议 ， 因 此 不 建议 设置 。 


也 就 是 说 ， 如 果 Scrum of Scrum 工 作 得 非常 好 ， 那 么 .….. 留 着 它 ! 但 是 ， 大 多 数 刚 开始 采用 大 规模 方法 的 团队 都 会 觉得 他 
们 必须 有 Scrum of Scrum， 因 为 他 们 对 大 规模 方法 可 能 还 存在 一 些 错 误 的 理解 ， 所 以 尽管 这 并 不 真正 有 用 ， 他 们 也 依旧 想 继续 
使 用 Scrum of Scrum。 如 果 是 这 样 ， 那 么 还 是 放弃 它 ， 把 注意 力 放 在 其 他 协调 方法 上 。 


13.1.15 ”指南 ; 领头 羊 团队 


领头 羊 团队 是 指 交 付 功能 或 一 组 相关 功能 时 承担 额外 责任 的 团队 。 这 类 团队 梳理 和 实现 功能 条 目 ， 但 同时 会 附带 地 关注 一 组 
功能 的 大 体 情况 ， 这 时 领头 羊 团队 的 责任 通常 主要 是 教育 和 协调 (经 常 是 与 外 部 团体 协调 ) 。 


教育 一 一 与 其 他 团队 相 比 ， 领 头羊 团队 与 一 个 功能 集 的 联系 更 紧密 ， 这 可 能 是 因为 他 们 具有 相关 的 背景 技能 ,或 者 是 因为 
他 们 是 第 一 个 在 此 领域 工作 的 团队 (参见 9.2.4 节 ) 。 随 着 其 他 团队 加 入 功能 集 的 开发 ， 这 些 新 加 入 的 团队 需要 接受 教育 (例如 
领域 问题 和 不 断 变化 的 解决 方案 ) ， 而 领头 羊 团队 承担 着 这 一 教学 角色 。 例 如 ， 在 多 团队 产品 待 办 事项 列表 梳理 期 间 ， 他 们 会 解 
释 他 们 所 处 理 的 条 目的 背景 或 细节 ， 以 帮助 新 加 入 的 团队 理解 新 条 目 。 或 者 举办 现行 体系 结构 学 习 研 讨 会 学 习 和 探讨 当前 架构 中 
将 要 增加 的 主要 新 元 素 。 





协调 一 一 对 于 大 的 功能 或 功能 集 ， 领 头羊 团队 通常 承担 与 外 部 团体 的 协调 职责 ， 这 些 外 部 团体 包括 创建 某 个 组 件 的 外 部 组 
或 未 完成 部 门 。 相 反 ， 内 部 团队 之 间 的 协调 尽 可 能 留 给 团队 自己 来 处 理 。 进 一 步 描述 如 下 : 


:与 外 部 组 件 组 的 协调 大 型 产品 的 一 些 组 件 通常 由 另外 的 产品 团体 创建 ， 至 少 在 首次 采用 LeSS 时 会 如 此 。 因 此 ， 存 在 一 
些 需 要 协调 的 工作 。 没 有 专门 的 团队 或 者 单独 的 管理 组 织 来 做 这 些 协 调 工作 ， 而 是 由 领头 羊 困 队 来 做 。 虽 然 协 调 工作 由 领头 羊 团 
队 来 负责 ， 但 洪 清 工作 应 由 特定 团队 与 外 部 组 直接 进行 ， 以 避免 更 多 的 切换 浪费 。 





“ 与 未 完成 部 门 的 协调 领头 羊 团 队 承担 端 到 端 功能 的 开发 责任 ， 直 到 功能 可 交付 到 产品 中 。 如 果 完 成 定义 不 够 明确 ， 那 
么 就 需要 在 最 后 的 活动 期 间 对 未 完成 部 门 进行 协调 和 支持 ， 以 保证 该 功能 真正 可 交付 。 请 注意 ， 领 头羊 团队 承担 着 传统 上 由 项 目 
经 理 或 发 布 经 理 承 担 的 责任 。 





13.1.16 ”指南 : 混合 与 匹配 技巧 


本 章 介绍 的 许多 技术 可 以 相互 促进 ， 一 起 使 用 ， 举 例如 下 : 


组 件 导师 








“ 组 件 社 区 组 件 导 师 作 为 组 件 社区 的 社区 协调 员 。 社 区 有 一 个 关于 构建 失败 、 代 码 审查 等 的 讨论 列表 。 他 们 每 隔 一 段 时 


间 会 有 一 次 定期 聚会 …… 





“组 件 -社区 ”开放 空间 组 件 社区 发 现 有 许多 讨论 和 培训 的 需求 ， 并 决定 举行 一 次 开放 空间 活动 。 当 然 ， 不 单 是 邀请 


社区 会 员 ， 也 欢迎 每 一 个 人 参加 。 提 出 议题 ， 进 行 讨论 。 继 续 发 现 …… 的 需求 。 


: 组 件 导 师 参 加 的 多 团队 设计 研讨 会 组 件 导 师 预测 到 组 件 中 会 有 许多 变化 ， 于 是 组 织 设计 研讨 会 。 在 会 议 中 ， 组 件 导 师 
确定 哪些 团队 需要 加 入 因为 他 是 …… 


. 组 件 导师 旅行 者 组件 导 师 的 专业 知识 限制 了 许多 新 特性 团队 更 改组 件 的 能 力 。 他 成 了 一 个 旅行 者 ， 帮 助 最 需要 他 的 团 
队 。 当 旅行 变 得 寂寞 时 ， 他 决定 加 入 …… 





. 旅行 者 社区 旅行 者 为 他 们 所 有 人 创建 社区 ， 分 享 他 们 加 入 团队 Sptint 的 经 历 ， 分 享 小 道 传闻 ， 互 相 学 习 。 最 终 他 们 决 





* 旅行 者 社区 开放 空间 这 里 当然 也 欢迎 非 旅行 者 ! 来 自 “ 社 区 ”社区 的 几 个 人 也 加 入 了 进来 ， 以 便 他 们 能 够 了 解 社 区 开 


放空 间 实 践 ， 并 与 其 他 团队 分 享 这 些 信息 。 
社区 越 多 ， 它 们 就 越 强 大 。 


[1 更 多 有 关 开 放空 间 的 描述 ， 请 参考 Hatrison Owen 所 著 的 《开放 空间 技术 》 (Open Space Technology) 一 书 。 
译 者 注 





[The Law of Two Feet， 又 称 作 The Law of Mobility， 由 Hattison Owen 提出 。 


13.2 巨型 LeSS 


前 面 的 大 多 数 指南 也 适用 于 巨型 LeSS$。 有 些 指南 ， 如 “持续 地 集成 。”， 本 质 上 是 跨 需求 领域 的 实践 (参见 13.1.5 节 ) 。 没 有 


专门 针对 巨型 LeSS 的 特殊 规则 。 


基于 前 面 的 “交谈 ”指南 ， 从 其 动机 和 方法 中 获得 灵感 ， 以 鼓励 跨 需求 领域 的 非 正式 分 散 沟通 。 


第 14 章 ”评审 与 回顾 


宪法 应 该 既 简 短 又 模糊 。 





LeSS Sprint 评审 集 市 


单 团队 Scrum 


Scrum 的 核心 是 针对 产品 以 及 如 何 创建 产品 的 经 验 性 过 程控 制 原则 。 创 建 一 个 小 的 可 交付 的 产品 块 ， 然 后 检查 并 调整 创建 成 
果 和 创建 方式 。 本 质 上 ， 这 就 是 Sprint 评审 和 回顾 的 目的 。 


在 Sprint 评审 中 ， 用 户 /客户 及 其 他 利益 相关 者 与 产品 负责 人 及 团队 一 起 学 习 。 用 户 可 以 杀身 体验 新 的 功能 。 人 们 一 起 探讨 
市 场 情 况 和 用 户 情 况 。 最 后 但 并 非 不 重要 的 是 ， 他 们 会 讨论 未 来 该 做 什么 。 在 Sprint 回顾 中 ， 团 队 回顾 他 们 的 经 验 ， 并 探讨 如 何 
轻松 实现 能 够 令 人 赞叹 的 、 致 力 于 改善 环境 和 改善 生活 的 产品 增 量 。 他 们 不 断 创造 试验 并 在 下 一 次 Sprint 中 尝试 ， 朝 着 那个 不 可 
能 的 完美 愿景 ， 不 断 前 行 。 


14.1 LeSss Sprint 评审 和 回顾 


接 下 来 的 指南 将 描述 评审 和 全 体 回顾 ， 但 不 包括 单个 团队 的 回顾 。 规 模 扩展 时 ， 相 关 原 则 如 下 : 


以 客户 为 中 心 “为 什么 每 次 Sprint 评审 都 要 求 用 户 / 客 户 参加 ?”” 旧 组 织 不 习惯 跨越 孤岛 ， 一 起 学 习 。 我 们 遇 到 过 太 多 
这 样 的 团队 ， 他 们 从 未 见 过 用 户 ， 他 们 害怕 在 评审 中 有 用 户 参 与 ， 因 为 那 意味 着 真正 的 透明 。 





透明 度 一 一 高 管 们 支持 透明 所 带 来 的 有 益 成 效 ， 但 要 留意 ， 当 初次 采用 LeSS 的 组 织 实现 了 真正 的 透明 时 会 发 生 什么 。 许 多 
组 织 都 是 不 透明 的 ! 他 们 没有 胆量 透露 实际 的 混乱 状况 。 这 一 点 是 很 难 克 服 的 。 


寺 续 改进 以 求 完美 一 一 我 们 有 客户 每 年 举行 一 次 事后 反思 和 总 结 ， 幻 想 未 来 创造 奇迹 般 的 改进 。 在 我 们 工作 过 的 许多 大 型 
组 织 中 ， 也 总 会 听 到 “事情 基本 上 非常 好 了 ”的 言辞 。 可 以 看 出 ， 上 述 情况 都 体现 出 了 人 们 没有 内 在 的 改进 欲望 。 


经 验 性 过 程控 制 一 一 许多 大 型 组 织 都 有 一 个 集中 式 过 程 或 PMO 小 组 ， 其 任务 就 是 改进 ， 其 实质 就 是 一 种 泰勒 文化 ， 强 硬 地 
将 “改进 ” 推 给 团队 。 团 队 没 有 被 授权 或 参与 的 感觉 。 用 于 产品 以 及 在 每 个 Sprint 中 如 何 创建 产品 的 经 验 性 过 程控 制 概念 ， 与 团 
队 的 行为 习惯 相距 甚 远 。 


整体 产品 聚焦 和 系统 思维 一 拥有 孤立 团队 的 大 型 组 织 不 具备 观察 整体 、 对 整体 负责 以 及 对 系统 反思 的 态度 和 行为 。 


14.1.1 ”LeSS 规 则 


有 一 个 产品 级 Sprint 评 审 ， 是 所 有 团队 共同 的 。 确 保 适 当 的 利益 相关 者 参加 并 贡献 出 有 效 检查 与 调整 所 需要 的 信息 。 
每 个 团队 都 有 自己 的 Sprint 回 顾 。 


在 团队 各 自 回 顾 之 后 举行 一 次 全 体 回顾 ， 以 讨论 跨 团 队 和 全 系统 范围 内 的 问题 ， 并 建立 起 改进 试验 。 出 席 会 议 的 人 应 包括 产 
品 负责 人 、Scrum Master、 团 队 代 表 和 经 理 (如 果 有 这 样 的 角色 ) 。 


14.1.2 指南: 尽早 且 经 常 地 调整 产品 


如 果 一 个 公司 的 规模 只 有 9 个 人 ， 那 么 我 们 不 希望 在 这 么 小 的 公司 里 做 一 些 轧 春 的 事情 ， 比 如 制定 年 度 范围 和 时 间 表 计划 ， 
在 其 中 设置 大 批量 用 户 验收 测试 结束 日 期 ， 并 试图 按 计 划 向 该 日 期 推进 。 但 实际 上 ， 产 品 组 织 越 大 ， 就 越 有 可 能 存在 机 构 化 的 轧 
春 ， 而 其 原因 或 许 永远 无 法 知道 。 其 后 果 是 ， 当 大 型 组 织 向 LeSS 转 型 时 ， 他 们 极 有 可 能 将 预测 性 计划 和 检查 验收 的 做 法 带 到 
Sprint 评审 ， 把 评审 过 程 演变 成 检查 产品 组 是 否 按期 完成 ， 以 及 开发 条 目 是 否 能 验收 的 活动 。 


不 要 这 样 做 。 相 反 ， 尝 试 敏 捷 方 法 和 学 习 。 在 Sprint 评审 中 ， 寻 求 有 天 利润 驱动 因素 、 战 略 客户 、 业 务 风险 、 竞 争 对 手 、 问 
题 和 机 遇 的 新 鲜 信息 ， 调 整 和 决定 下 一 个 Sprint 的 产品 方向 。 需 要 共同 讨论 每 一 个 新 增 需求 一 每 一 个 人 都 要 学 习 一 些 东 西 ， 不 
断 重 复 ， 永 不 停息 。 这 是 大 型 组 织 变革 时 需要 具备 的 主要 思维 和 行为 方式 。 


LeSS Sprint 评审 与 回顾 


Sprint 评审 


团队 回顾 


全 体 回 顾 


Master 





14.1.3 ”指南 : 评审 集 市 


Sprint 评 审 集 市 (Bazar) 类 似 于 科学 博览 会 : 在 一 个 大 房间 里 划分 多 块 区 域 ， 每 个 区 域 都 有 团队 代表 ， 在 那里 与 用 户 、 
队 等 一 起 进行 探索 和 讨论 已 开发 的 条 目 。 本 章 中 开始 处 展示 的 照片 就 是 一 个 例子 。 


注意 ! 集 市 不 是 全 体 评审 。 还 有 一 个 至 关 重 要 的 后 集 市 活动 ， 用 于 讨论 和 决定 下 一 步 要 做 什么 。 


使 用 Sprint 评审 集 市 方法 ， 从 宏观 上 可 以 分 为 两 步 : (1) 以 分 散 方式 进行 集 市 式 条 目 探 索 ， (2) 以 聚合 方式 ， 全 体 一 起 与 
产品 负责 人 讨论 接 下 来 的 方向 。 第 二 步 更 关键 ， 需 要 为 其 预 留 大 量 时 间 。 


集 市 阶段 步骤 举例 如 下 : 


1. 为 探索 不 同 的 条 目 集 准 备 出 不 同 的 区 域 ， 还 有 运行 产品 的 设备 。 团 队 成 员 在 每 个 区 域 与 用 户 、 其 他 团队 成 员 和 其 他 利益 相 
关 者 进行 讨论 。 学 习 是 双向 的 ! 提供 书面 反馈 卡 ， 以 记录 值得 注意 的 要 点 和 问题 。 


2. 邀 请 人 们 一 一 包括 其 他 团队 成 员 一 一 走访 这 些 区 域 。 
3. 在 探索 期 间 启动 计时 器 (例如 15 分 钟 ) 。 通 过 计时 器 来 指示 朝向 另 一 个 区 域 的 移动 节奏 。 
4. 当 人 们 亲自 探索 条 目 并 一 起 讨论 时 ， 在 卡片 上 记录 值得 注意 的 要 点 。 


* 提示 : 避免 只 做 演示 ， 因 为 它们 不 能 让 用 户 真正 参与 ， 也 不 会 引起 深刻 的 反馈 。 相 反 ， 请 鼓励 用 户 亲自 动手 使 用 产品 。 团 


队 成 员 可 以 回答 问题 或 提供 指导 。 
5. 在 短 周期 结束 的 时 候 ， 邀 请 人 们 轮换 或 保留 另 一 个 周期 。 这 些小 型 周期 有 助 于 对 所 有 条 目 进行 广泛 和 多 样 化 的 探索 。 
集 市 之 后 是 重要 的 全 体 讨 论 ， 步 骤 如 下 : 
1. 人 们 对 反馈 卡 和 问题 卡 进行 分 类 ， 以 方便 产品 负责 人 首先 看 到 重要 的 反馈 和 问题 卡 。 
2. 尽 管 是 全 体 一 起 讨论 ， 但 还 是 产品 负责 人 主导 反馈 卡 的 讨论 ， 如 图 14-1 所 示 。 
3. 产 品 负责 人 主导 关于 市 场 和 客户 、 未 来 业务 、 产 品 的 市 场 反馈 以 及 外 部 情况 的 讨论 。 


4. 就 整个 评审 来 说 ， 最 重要 的 是 ， 要 对 下 一 个 Sprint 的 方向 进行 讨论 ， 甚 至 做 出 决定 。 





图 14-1 产品 负责 人 带领 反馈 卡 讨 论 


多 地 点 一 一 涉及 多 个 地 点 开发 时 如 何 举办 评审 集 市 ? 一 种 方法 是 在 每 个 地 点 复制 这 种 方法 ， 但 要 确保 所 有 反馈 和 问题 能 够 
到 达 产 品 负责 人 处 。 对 于 集 市 后 的 全 体 讨论 ， 请 尝试 使 用 视频 会 议 工 具 。 


集 市 的 另 一 种 或 补充 形式 是 人 们 可 以 在 任何 地 方 的 设备 上 操作 产品 功能 。 不 使 用 卡片 ， 而 是 使 用 数字 工具 来 记录 反馈 ， 如 每 


个 条 目 一 个 聊天 窗口 。 


14.1.4 ”指南 : 全 体 回 顾 


“由 于 部 署 策略 的 原因 ， 我 们 无 法 进行 持续 交付 。” “我 们 的 网 站 太 多 了 。” “我 们 的 代码 简直 是 垃圾 。” “需要 太 长 的 时 
间 才 能 拿 到 政府 监管 机 构 的 需求 。”“ 我 们 的 进展 太 慢 了 。” “用 户 不 参与 。” “人 力 资 源 的 强制 性 要 求 。” “供应 商 不 参与 。 


这 是 一 些 我 们 多 年 来 常 听 到 的 来 自 LeSS 采 用 团体 的 声音 (还 有 更 多 ) 。 它 们 都 有 一 个 共同 点 ， 那 就 是 它们 涉及 所 有 团队 的 
关切 点 和 整个 系统 ， 涵 盖 了 从 概念 到 盈利 的 所 有 人 员 和 所 有 事情 。 


处 理 这 些 系 统 性 问题 和 改进 系统 使 其 完善 的 时 机 就 是 全 体 回顾 会 议 。 谁 参加 ? 产品 负责 人 、 团 队 代表 、Scrum Master 和 经 
理 。 为 什么 是 他 们 ? 因为 他 们 都 是 系统 的 一 部 分 ， 都 有 兴趣 改进 问题 。 他 们 讨论 和 学 习 系 统 的 某 些 方面 ， 为 下 一 次 Sprint 创 建 系 
统 性 改进 试验 ， 以 及 反思 上 一 次 回顾 试验 的 结果 ， 并 利用 这 些 结果 来 学 习 和 做 进一步 的 调整 。 


LeSs 原 则 之 一 是 持续 改进 以 求 完美 。 我 们 曾经 拜访 过 一 个 正在 考虑 采用 Less 的 超大 型 组 织 ， 该 组 织 的 一 位 经 理 说道 : “我 


们 正在 盈利 ， 并 且 拥 有 稳定 的 客户 群 。 我 们 为 什么 要 费 尽心 思 做 改进 呢 ? ” 噢 ! 我 们 已 经 了 解 到 ， 对 付 这 种 态度 是 早期 采用 
LeS9 过 程 中 一 个 更 加 困难 的 挑战 ， 因 为 在 以 前 的 系统 中 ， 许 多 人 与 客户 和 业务 结果 是 脱节 的 。 将 团队 与 真正 的 客户 和 用 户 联系 
起 来 ， 让 他 们 参与 到 产品 所 有 权 中 来 ， 这 是 培养 向 完美 改进 这 一 内 在 愿望 的 关键 步骤 。 这 指 的 什么 呢 ? 没有 答案 ， 但 有 一 些 例 
子 : 


. 该 产品 非常 受 欢 迎 ， 利 润 丰厚 ， 无 缺陷 ， 功 能 非常 容易 使 用 〔 参 见 3.1.6 节 ) 。 
. 组 织 具有 敏捷 性 ; 可 以 很 容易 地 改变 方向 ， 几 乎 没有 摩擦 或 成 本 。 
. 每 个 人 都 有 优秀 的 知识 广度 和 深度 ， 对 客户 和 产品 都 很 关心 ， 对 工作 都 很 满意 。 
团队 为 此 将 需要 一 段 时 间 来 持续 改进 ! 
全 体 回顾 的 一 些 提 示 如 下 : 
. 反思 上 次 试验 的 结果 。 
. 如 下 一 个 指南 中 所 强调 的 ， 将 重点 放 在 系统 上 。 


. 把 全 体 回顾 会 放 在 下 一 个 Sprint 的 早期 举行 ， 因 为 当前 Sprint 的 最 后 一 天 要 举行 评审 和 团队 回顾 会 议 ， 人 们 可 能 会 对 当天 那 


么 多 的 会 议 感到 厌倦 或 精疲力竭 。 
至 少 包括 两 个 主要 步骤 : (1) 系统 分 析 ， (2) 系统 改进 试验 的 设计 。 
. 只 创建 一 个 新 试验 ; 集中 精力 ， 坚 持 到 底 。 


“ 请 记 住 ， 特 别 是 在 大 规模 系统 中 ， 一 个 试验 可 能 需要 几 周 或 几 个 月 的 支持 和 活动 ， 因 此 新 的 试验 可 以 和 前 一 个 试验 密切 相 


多 地 点 一 一 尝试 多 地 点 全 体 回顾 ， 包 括 使 用 视频 ， 以 及 分 散 -聚合 模式 。 例 如 ， (1) 每 个 地 点 分 别针 对 某 个 问题 进行 5 个 为 


什么 (或 5 问 法 ) 【分 析 或 系统 建 模 ， (2) 各 个 地 点 共享 结果 ， (3) 各 个 地 点 分 别 集体 讨论 对 策 ， (4) 地 点 之 间 共 享 这 些 结 
果 并 挑选 一 个 试验 。 此 外 ， 由 于 有 些 问 题 是 特定 地 点 相关 的 (例如 环境 和 文化 ) ， 请 尝试 地 点 级 别 的 回顾 。 图 14-2 显 示 了 一 个 
示例 。 





图 14-2 分散 阶段 的 多 地 点 全 体 回 顾 


多 团队 回顾 一 一 在 LeSS 中 ， 回 顾 的 男 一 种 形式 是 由 两 个 或 多 个 团队 的 所 有 团队 成 员 一 起 进行 回顾 。 有 些 团队 可 能 希望 这 样 
做 ,例如 ， 当 他 们 一 直 密 切合 作 时 。 但 这 并 不 能 取代 全 体 回顾 ， 因 为 回顾 注重 的 是 系统 性 。 


14.1.5 “指南 : 改进 系统 


陷入 局 部 关注 和 局 部 优化 的 思维 误区 是 我 们 所 有 人 的 本 能 。 全 体 回顾 也 难以 逃脱 ， 一 种 迹象 就 是 把 收集 到 的 团队 级 回顾 结果 
作为 “总 体 ”分 析 的 起 点 ， 这 或 许 令 人 感到 意外 。 这 种 自 下 而 上 的 方法 忽略 了 系统 思维 的 一 个 重要 洞察 : 系统 不 是 其 各 个 部 分 的 
总 和 。 所 以 要 特别 小 心 自 下 而 上 的 方法 。 当 然 ， 这 并 不 意味 着 可 以 忽视 所 有 来 自 团队 的 那些 重要 的 升级 性 问题 。 这 些 确实 需要 加 
以 注意 。 我 们 的 观点 更 敏锐 : 


通过 关注 系统 ， 理 解 并 改进 系统 。 


系统 是 什么 ? 涉及 从 概念 到 荔 利 的 所 有 人 和 所 有 事 ， 以 及 系统 在 时 间 和 空间 上 的 所 有 动态 。 人 员 、 组 织 设 计 、 实 体 环境 和 虚 
拟 环境 等 都 是 系统 的 一 部 分 ， 而 且 所 有 这 些 都 是 相互 天 联 和 相互 作用 的 。 


系统 思维 的 第 一 步 是 “简单 地 ”认识 到 存在 一 个 完整 系统 ， 其 中 的 元 素 在 一 个 整体 中 相互 影响 。 这 些 影 响 可 能 会 造成 延误 、 
强制 循环 ， 并 可 能 产生 未 被 注意 或 隐藏 的 后 果 ， 进 而 融 来 一 连 串 新 的 影响 。 


在 某 种 程度 上 ，“ 认 识 到 存在 一 个 系统 ”似乎 是 一 个 没有 用 处 的 琐碎 想法 。 但 其 实 不 是 这 样 ， 因 为 我 们 智 人 还 没有 进化 出 明 
白 “ 我 们 组 织 中 的 非 线性 延迟 动态 是 什么 )“” 的 大 脑 来 。 我 们 进化 的 结果 是 “我 现在 要 吃 巧克力 。 ”并且 ， 这 种 局 部 观点 在 由 单 
一 专门 化 团体 构成 的 大 型 旧 组 织 中 得 到 了 强化 ， 从 而 导致 系统 观点 的 形 失 。 业 务 分 析 团 体 关心 他 们 的 任务 和 局 部 效率 ， 他 们 不 了 
解 一 一 也 不 希望 了 解 一 一 其 他 方面 。 简 而 言 之 ， 从 生物 学 、 结 构 学 、 文 化 学 和 条 件 学 等 方面 ， 我 们 很 多 时 候 看 的 是 局 部 ， 而 不 


是 整体 。 


理解 一 一 如 何 应 用 系统 思维 ? 如 何 理解 系统 ， 或 者 更 正确 地 说 ， 如 何 讨 论 和 思考 系统 的 模型 ? 使 用 系统 模型 ， 也 称 为 因果 
循环 图 。 从 表面 上 看 ， 系 统 模型 使 用 的 是 特定 的 可 视 化 建 模 语言 或 符号 ， 但 首先 让 我 们 后 退 一 步 ， 考 虑 一 下 本 节 中 发 生 的 情况 : 
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表面 上 ， 他 们 用 一 些 符号 绘制 了 一 个 图 表 ， 虽 然 这 并 不 重要 ， 但 这 就 是 讨论 的 内 容 和 重点 。 他 们 在 思考 和 讨论 系统 及 其 动 


态 ， 他 们 在 进行 系统 性 思考 。 此 外 ， 不 可 低估 的 是 ， 他 们 展示 了 优良 模型 的 信条 : 
我 们 建 模 是 为 了 进行 对 话 ; 输出 是 共同 理解 ， 而 不 是 模型 。 


当 团 体 在 全 体 回顾 中 一 起 勾画 系统 模型 时 ， 他 们 是 在 探索 彼此 对 原 (as-is) 系统 的 理解 以 及 他 们 的 信念 。 他 们 把 复杂 和 看 
不 见 的 概念 放 在 彼此 的 脑海 里 ， 让 它们 清晰 可 见 …..“ 哦 ! 现在 我 明白 你 对 当前 系统 的 看 法 了 。 是 真 的 吗 ?“ 


在 早期 采用 过 程 中 了 解 更 多 信息 一 一 本 指南 强调 在 回顾 过 程 中 使 用 系统 建 模 ， 但 开始 采用 LeSS 时 在 “第 0 步 : 全 体 学 


习 ” 中 ， 其 也 很 有 用 (参见 3.1.3 节 ) 。 


行动 一 一 在 全 体 回 顾 中 ， 设 计 好 系统 改进 试验 后 一 个 主要 的 步骤 是 : 行动 ! 在 此 步骤 中 也 可 以 使 用 系统 建 模 。 例 如 ， 团 体 
可 以 推测 未 来 的 系统 模型 ， 并 讨论 和 探讨 其 产生 的 影响 。 他 们 还 可 以 讨论 在 原 系统 中 引入 包含 特定 变更 的 试验 ， 并 为 其 建立 动态 
模型 。 可 能 会 发 生 什么 ”我 们 无 法 预测 未 来 ， 但 我 们 可 以 考虑 它 的 场景 。 除 了 显而易见 的 行动 试验 ， 可 以 注意 到 一 些 更 微妙 的 事 
情 将 会 发 生 : 当 人 们 学 习 一 个 更 好 的 系统 模型 时 ， 他 们 的 思想 已 经 在 改变 ， 而 且 它 本 身 能 够 “有 机 地 ”导致 未 来 行为 或 决策 的 改 
善 ， 且 与 任何 具体 的 行动 无 关 。 


学 习 系统 模型 的 第 一 步 


系统 建 模 需要 有 用 的 沟通 语言 ， 因 为 系统 是 有 用 的 。 但 基本 要 素 并 不 复杂 ， 足 以 用 来 开展 许多 有 用 的 讨论 。 基 本 要 素 包 括 : 


` 变量 可 表示 为 数量 可 测量 的 东西 ， 例 如 功能 的 交付 速度 和 代码 质量 。 





: 因果 关系 一 一 变量 之 间 的 相互 影响 ， 例 如 ， 如 果 功 能 个 数 增加 ， 浪 费 就 会 增加 ， 反 之 亦 然 。 


: 注意 ! 对 交互 和 因果 关系 的 思考 是 系统 思维 的 关键 点 。 对 于 大 规模 系统 ， 情 况 更 是 如 此 ， 因 为 时 间 和 空间 是 庞大 的 ， 无 数 
参与 方 之 间 的 交互 动态 通常 充满 了 隐藏 的 但 至 关 重 要 的 事实 和 力量 。 








` 反 向 影响 一 一 因果 关系 可 能 产生 反 向 影响 ， 例 如 ， 如 果 欠 佳 的 开发 人 员 所 占 的 比例 上 升 ， 则 代码 质量 下 降 ， 反 之 亦 然 。 
图 14-3 中 的 草图 显示 了 变量 的 符号 ， 以 及 正 向 和 反 向 的 因果 关系 。 


@ 提 示 。 在 白板 上 绘制 一 个 系统 模型 ， 把 变量 写 在 便 禾 上 ， 以 便于 移动 。 


图 14-3 ”因果 联系 、 变 量 和 反 向 影响 
其 他 一 些 有 用 的 概念 和 相关 符号 : 


. 延迟 一 一 对 系统 行为 产生 信念 缺陷 的 一 个 关键 原因 是 影响 可 能 具有 延迟 。 在 大 规模 开发 中 ， 因 与 果 在 时 间 上 并 不 紧密 ， 在 
空间 上 也 不 紧密 。 并 且 ， 延 迟 的 结果 ， 例 如 信息 丢失 ， 可 能 隐藏 在 团体 之 间 的 交互 之 中 。 所 以 人 们 很 难看 到 和 学 习 这 些 动态 。 例 
如 ， 经 理 们 被 要 求 提高 交付 速度 ， 并 快速 解决 许多 低 成 本 〈 或 欠 佳 ， 本 例 中 ) 开发 人 员 造 成 的 问题 。 从 短期 来 看 ， 这 种 快速 修复 


能 够 提高 速度 。 但 是 ， 代 码 质 量 降低 却 会 带 来 长 期 延迟 的 后 果 ， 例 如 导致 速度 变 慢 11 个 月 。 





系统 建 模 中 的 另 一 个 关键 实践 是 讨论 信念 。 勾 画 、 上 声明、 瞳 示 或 假设 “经 理 可 以 评估 开发 人 员 而 无 须 深 入 查看 其 


.信念 








代码 ”， 这 是 一 回 事 ， 但 认识 到 这 可 能 是 信念 而 不 是 事实 则 是 另外 一 回 事 。 我 们 建 模 是 为 了 进行 对 话 ， 所 以 系统 建 模 是 一 个 讨论 





信念 和 让 我 们 意识 到 信念 ， 使 它们 可 见 ， 并 对 它们 进行 批判 的 时 机 。 


几乎 每 一 个 因果 关系 或 变量 都 是 检验 和 讨论 信念 的 机 会 。 速 度 是 很 好 的 变量 吗 ” 测 量 它 会 导致 什么 ”从 佳 的 开发 人 员 是 否 创 
建 了 欠 佳 的 代码 ? “更 多 的 功能 意味 着 更 多 的 浪费 ”是 什么 意思 ? 


图 14-4 中 的 草图 带 有 延迟 符号 ( 跨 因果 关系 的 双 线 ) 和 一 些 非 正式 注释 。 当 然 ， 只 要 团体 的 理解 一 致 ， 用 什么 符号 并 不 重 
要 。 


这 个 示例 模型 并 不 意味 着 是 “有 见地 的 ”， 它 只 是 为 了 说 明 我 们 建 模 是 为 了 进行 对 话 ! 


图 14-4 ”用 于 洪 清 讨论 的 延迟 符号 和 非 正 式 注释 
理解 一 一 有 关系 统 思 维和 | 建 模 的 更 多 信息 如 下 : 


“ 拉 尔 曼 和 沃 代 撰 写 的 第 一 本 书 《 精 益 和 敏捷 开发 大 型 应 用 指南 》 中 有 一 章 “ 系 统 思 维 ”。 这 一 章 也 可 以 从 less.wotks 网 页 
中 找到 。 


“ 圣 吉 的 《第 五 项 修炼 》， 一 部 重要 的 经 典 著作 。 
《Thinking in Systems》， 由 Meadows 和 Witight 所 著 。 


， 《Systemantics》 ， 由 Gall 所 著 。 





四 一 种 来 自 日 本 丰田 汽车 公司 的 探究 问题 根源 的 方法 。 译 者 注 


14.2 ”巨型 LeS9 


14.2.1 巨型 LeSSs 规 则 


巨型 LeSS 没 有 专门 的 评审 和 回顾 规则 。 “所 有 的 Sprint LeSs 规 则 都 适用 于 每 个 需求 领域 ”这 句 概括 性 陈述 指 的 是 对 每 个 单 
独 的 需求 领域 进行 Sprint 评审 和 全 体 回 顾 。 但 不 需要 召开 横 跨 整个 产品 的 会 议 。 


14.2.2 指南: 多 领域 评审 与 回顾 


评审 一 一 尽管 不 是 必需 的 ， 但 当 团 体 认 为 需要 时 ， 当 然 可 以 进行 从 两 个 领域 到 所 有 领域 (完整 产品 ) 的 多 领域 评审 。 


在 巨型 LeSs 中 为 什么 没有 要 求 做 产品 级 Sprint 评审 呢 ?” 毕竟 ， 不 做 的 话 ， 会 减少 对 整体 的 关注 和 视角 。 首 先 ， 团 体能 够 进行 
产品 级 审查 。 但 每 一 个 领域 往往 都 很 不 同 ， 不 是 从 某 一 个 Sprint 中 一 一 至 少 不 是 从 每 一 个 Sprint 中 一 一 都 能 获得 伟大 的 洞察 。 特 
别 是 在 大 规模 的 情况 下 ， 除 了 将 整个 产品 负责 人 团队 和 许多 团队 的 代表 聚集 在 一 起 之 外 ， 产 品级 评审 的 复杂 性 可 能 会 涉及 全 球 多 
达 10 个 地 点 的 人 员 ， 因 此 产品 级 评审 设置 和 运行 起 来 可 能 会 非常 及 烦 。 需 要 有 一 个 令 人 信服 的 理由 来 进行 产品 级 评审 ， 如 果 有 
的 话 ， 也 不 可 能 对 每 个 Sprint 都 具有 说 服 力 。 





回顾 一 一 类 似 地 ， 不 存在 特定 的 规则 要 求 进行 产品 级 回顾 ， 但 确实 有 理由 举行 多 领域 回顾 ， 因 为 改进 系统 是 关键 ， 组 织 中 
的 系统 是 跨 领域 的 。 多 领域 回顾 更 有 可 能 是 在 多 个 领域 工作 不 顺利 ， 或 在 几 个 领域 遇 到 类 似 的 问题 时 进行 的 。 另 外 ， 当 不 同 需求 
领域 的 团队 在 同一 个 物理 地 点 一 起 工作 时 ， 多 领域 回顾 很 和 用 ， 它 能 够 帮助 改善 关系 和 增加 知识 共享 。 


第 15 章 ”下 一 步 


这 不 是 结束 ， 甚 至 不 是 结束 的 开始 ， 但 这 毕竟 是 开始 的 结束 。 





温 斯 顿 . 丘吉尔 


恭喜 ! 你 已 经 来 到 了 开始 的 结尾 。 接 下 来 是 什么 ? 我 们 希望 接 下 来 你 通过 实践 来 巩固 这 本 书 的 思想 。 





别 志 了 做 试验 。 另 外 两 本 LeSS 书 籍 《精益 和 敏捷 开发 大 型 应 用 指南 》 和 《精益 与 敏捷 开发 大 型 应 用 实战 》 一 一 提供 了 


可 以 尝试 的 试验 目录 。 


在 撰写 本 书 时 ， 我 们 创建 了 一 个 为 期 3 天 的 “Certified LeSS Practitioner” (LeSS 认 证 师 ) 课程 ， 其 中 包括 了 本 书 以 及 其 
他 试验 、 故 事 、 案 例 研究 和 示例 。 这 些 课程 由 “Certified LeSS Trainers” (LeSS 认 证 培训 师 ) 根据 其 LeSS 实 践 经 验 讲 授 。 此 
外 ， 每 年 还 有 一 个 LeSs 大 会 (LeSs Conference) 供 大 家 交流 经 验 。 


我 们 一 直 在 不 断 地 更 新 LeSS 网 站 (less.works) 上 的 内 容 。 你 可 以 通过 在 线 测试 来 测试 自己 对 LeSS 的 理解 程度 。 我 们 将 继 
续 添 加 更 多 内 容 、 视 频 、 案 例 研究 和 其 他 学 习 材 料 。 


LeSS 网 站 还 在 收集 越 来 越 多 的 经 验 报告 。 每 一 份 报告 都 包含 有 趣 的 知识 和 想法 ， 可 供 尝 试 和 学 习 。 


如 果 你 想 写 下 自己 的 经 验 并 分 享 它 ， 可 以 告诉 我 们 ! 我 们 一 直 在 寻找 可 以 学 习 的 经 验 和 可 以 尝试 的 新 想法 。 如 果 你 参与 了 案 
例 研究 ， 并 分 享 了 自己 的 经 验 ， 那 么 该 网 站 可 以 让 LeSS 认 证 师 对 你 的 经 验 报 告 提出 自己 的 见解 。 总 有 一 些 观点 值得 学 习 。 


通过 这 些 学 习 资 源 ， 我 们 真诚 地 希望 你 能 最 大 限度 地 提高 自己 创造 具有 影响 力 的 产品 的 乐趣 ， 达 到 以 少 为 多 的 境界 。 


附录 A ”LeSS 规 则 


LeSs 规 则 就 是 LeSS 框 架 的 定义 。 我 们 认为 在 实施 LeSS 时 都 必须 遵循 这 些 规则 。 为 什么 ? 请 参考 less.works 网 站 中 “Why 
LeSS” 页 面 上 的 解释 。 


A.1 ”LeSS 框 架 规则 
LeSS 框 架 适 用 于 2 ~ 8 个 团队 的 产品 开发 。 
A.1.1 ”LeSS 结 构 


* 用 真正 的 团队 作为 基本 单元 来 构建 组 织 。 
每 个 团队 都 是 (1) 自 管理 的 ， (2) 跨 职能 的 ， (3) 同 地 点 的 ，(4) 长 期 的 。 
" 大 多 数 团 队 都 是 以 客户 为 中 心 的 特性 团队 。 


Scrum Master 负 责 LeSS 采 用 的 顺利 开展 。 他 们 关注 团队 、 产 品 负责 人 人、 组织 和 开发 实践 。 一 个 Scrum Master 不 只 是 关注 一 个 


团队 ， 而 是 要 关注 整个 组 织 系 统 。 
.Scrum Mastet 是 一 个 专职 角色 。 
: 一 个 Scrum Mastet 可 以 服务 1 一 3 个 团队 。 


: 在 LeSS 中 ， 经 理 是 可 选项 ， 但 如 果 经 理 确实 存在 的 话 ， 他 们 的 角色 可 能 会 发 生变 化 。 他 们 的 重点 要 从 管理 产品 的 日 常 开发 
工作 转向 提高 产品 开发 系统 的 价值 交付 能 力 。 


. 经 理 的 职责 是 通过 鼓励 使 用 “现场 观察 ”实践 ，“ 停 止 与 修复 ”， 以 及 “试验 胜 于 遵循 ”的 理念 来 改进 产品 开发 系统 。 


对 于 产品 组 ， 要 把 建立 完整 LeSS 结 构 “ 作 为 起 始点 ”， 这 对 LeSS 的 采用 至 关 重 要 。 


. 对 于 超越 产品 组 的 较 大 组 织 ， 通 过 使 用 “现场 观察 ”实践 ， 演 进 式 地 采用 LeSS， 从 而 创建 一 个 以 试验 和 改进 为 准则 的 组 


织 


Zo 


A.1.2 ”LeSS 产 品 


一 个 完整 的 可 交付 产品 对 应 一 个 产品 负责 人 和 一 个 产品 待 办 事项 列表 。 








* 产品 负责 人 不 应 独自 处 理 产品 待 办 事项 列表 ; 而 应 鼓励 多 个 团队 与 客户 /用 户 及 其 他 利益 相关 者 者 直接 合作 ， 并 从 中 获得 


“ 所 有 优先 级 顺序 都 由 产品 负责 人 确定 ， 但 优先 级 的 洪 清 工作 应 尽 可 能 直接 在 团队 、 客 户 /用 户 和 其 他 利益 相关 者 者 之 间 进 


品 的 定义 应 尽 可 能 广泛 ， 并 以 最 终 用 户 /客户 为 中 心 。 随 着 时 间 的 推移 ， 产 品 的 定 能 会 扩大 。 我 们 倾向 于 范围 更 广 


. 整个 产品 只 有 一 个 “完成 ”定义 ， 所 有 团队 通用 。 
. 每 个 团队 可 以 扩展 通用 的 “完成 ”定义 ， 以 形成 为 自己 团队 所 用 的 、 更 为 严格 的 “完成 ”定义 。 


. 完美 的 目标 是 通过 改进 “完成 ”的 定义 ， 从 而 在 每 个 Sprint 中 (或 者 更 频繁 地 ) 产 出 可 交付 的 产品 。 


A.1.3 LeSS Sprint 


: 只 有 一 个 产品 级 Sprint， 并 非 每 个 团队 都 有 不 同 的 Sprint。 所 有 团队 同时 开始 和 结束 一 个 Sprint。 每 个 Sprint 都 会 产生 一 个 集 
成 的 整体 产品 。 


Sprint 计划 由 两 部 分 组 成 : Sprint 计 划一 由 所 有 团队 共同 制定 ， 而 Sprint 计 划 二 通常 由 各 个 团队 各 自制 定 。 多 个 团队 可 以 在 
一 个 共享 空间 中 为 紧密 相关 的 条 目 一 起 制定 Sptint 计 划 二 。 


- Sprint 计划 一 需要 产品 负责 人 和 团队 (或 团队 代表 ) 参加 。 他 们 一 起 试探 性 地 选择 每 个 团队 在 该 Sprint 中 要 做 的 条 目 。 团 队 
识别 一 起 协作 的 机 会 ， 并 澄清 最 终 的 问题 。 





: 每 个 团队 都 有 自己 的 Sptint 待 办 事项 列表 。 
Sprint 计划 二 用 于 让 团队 决定 他 们 将 如 何 执行 所 选 条 目 。 这 里 通常 会 涉及 设计 和 创建 他 们 的 Sprint 待 办 事项 列表 。 
. 每 个 团队 都 有 自己 的 每 日 Scrum 会 议 。 


.如何 进行 跨 团 队 协调 由 团队 们 来 决定 。 建 议 非 集中 式 和 非 正 式 的 协调 而 不 是 集中 式 协调 。 可 以 采用 代码 交流 、 跨 团队 会 
议 、 组 件 导 师 、 旅 行者 角色 、 侦 察 员 角色 和 开放 空间 等 方式 ， 强 调 “ 交 谈 ” 和 非 正 式 的 网 络 。 





“ 产品 待 办 事项 列表 梳理 (PBR) 由 每 个 团队 针对 将 来 可 能 执行 的 条 目 而 进行 。 要 进行 多 团队 和 总 体 PBR 工 作 ， 以 提高 团队 
成 员 对 待 办 事项 列表 理解 的 一 致 性 ， 并 在 条 目 密切 相关 或 者 需要 更 广泛 的 输入 /学 习 时 ， 发 现 并 利用 各 种 协调 机 会 。 





" 有 一 个 产品 级 Sprint 评 审 ， 是 所 有 团队 共同 的 。 确 保 适 当 的 利益 相关 者 者 参加 并 贡献 出 有 效 检查 与 调整 所 需要 的 信息 。 


* 每 个 团队 都 有 自己 的 Sprint 回 顾 。 


: 在 团队 各 自 回顾 之 后 举行 一 次 全 体 回 顾 ， 以 讨论 跨 团队 和 全 系统 范围 内 的 问题 ， 并 建立 起 改进 试验 。 出 席 会 议 的 人 应 包括 
产品 负责 人 、Scrum Mastef、 团 队 代 表 和 经 理 (如 果 有 这 样 的 角色 ) 。 


A.2 巨型 LeSS 框 架 规 则 


巨型 LeSS 适 用 于 8 个 或 8 个 以 上 的 团队 。 要 避免 在 较 小 的 产品 组 应 用 巨型 LeSS$， 因 为 这 会 导致 过 多 的 开销 和 局 部 优化 。 除 非 
另 有 说 明 ， 所 有 LeSS 规 则 都 适用 于 巨型 LeSS。 每 个 需求 领域 对 应 一 个 基本 LeSS 框 架 


A.2.1 巨型 LeSS 结 构 


从 客户 角度 看 ， 强 相关 的 客户 需求 按 需求 领域 分 组 。 


* 每 个 团队 专门 负责 一 个 需求 领域 。 团 队 应 长 时 间 固 定 于 一 个 领域 。 当 其 他 领域 价值 更 高 时 ， 团 队 可 能 会 因此 而 改变 其 需求 
领域 。 


- 每 个 需求 领域 有 一 个 领域 产品 负责 人 。 
“ 每 个 需求 领域 有 4 一 8 个 团队 。 应 避免 超出 这 个 范围 。 
: 巨型 LeSS 的 采用 ， 包 括 组 织 结构 的 改变 ， 应 采用 演进 增 量 的 方式 进行 


. 每 一 天 都 要 记得 : 巨型 LeSS 的 采用 需要 持续 几 个 月 甚至 几 年 的 时 间 ， 还 需要 有 不 尽 的 耐心 和 充足 的 幽默 感 来 支撑 。 


A.2.2 巨型 LeSS 产 品 
每 个 需求 领域 有 一 个 领域 产品 负责 人 。 


. 一 个 (总 体 ) 产品 负责 人 负责 产品 级 的 优先 级 划分 ， 并 决定 哪些 团队 在 哪个 领域 工作 。 他 应 与 各 领域 产品 负责 人 密切 合 
作 。 


* 领域 产品 负责 人 就 是 其 团队 的 产品 负责 人 。 





. 有 一 个 产品 待 办 事项 列表 ; 其 中 的 每 一 个 条 目 只 属于 一 个 需求 领域 。 








需求 领域 有 一 个 领域 产品 待 办 事项 列表 。 从 概念 上 讲 它 是 一 个 产品 待 办 事项 列表 的 更 精细 的 视图 。 


A.2.3 ”巨型 LeSS Sprint 


只 有 一 个 产品 级 Sprint， 并 非 每 个 需求 领域 都 有 不 同 的 Sprint。 产 品级 Sprint 产 生 一 个 集成 的 整体 产品 。 


“ 产品 负责 人 和 领域 产品 负责 人 必须 频繁 同步 。 在 Sprint 计 划 开 始 之 前 ， 他 们 需要 确保 团队 正在 处 理 的 是 最 有 价值 的 条 目 。 
在 Sprint 评 审 之 后 ， 他 们 需要 进一步 在 产品 级 对 条 目 做 出 调整 


